return

Ответ к задаче №6.1

29 октября 2012, 19:54

Задача 6.1
На spb-vsl-gw1:

spb-vsl-gw1(config)# int f1/1
spb-vsl-gw1(config-if)# ip ospf hello-interval 3
spb-vsl-gw1(config-if)# ip ospf dead-interval 12

На spb-ozerki-gw1:

spb-ozerki-gw1(config)# int f0/24
spb-ozerki-gw1(config-if)# ip ospf hello-interval 3
spb-ozerki-gw1(config-if)# ip ospf dead-interval 12

like 0 views 16763 message 61

61 коментарий

  • Ну во-первых нужно локализовать проблему — потери наблюдаются на каком-то конкретном физическом интерфейсе или присуща всему устройству.
    Если первое и при непосредственном подключении, то, возможно, CRC? Посмотреть ошибки на интерфейсе. И вообще их загрузку.
    Если второе, то я теряюсь куда копать. Обновить прошивку можно попробовать. Не знаю, практикуется ли это на cisco.

    Вообще, задавая такие вопросы, надо прилагать схему и логи консоли. Иначе мы гадаем на кофейной гуще.

    28 марта 2013, 16:28
  • тест antuan-web №10

    24 февраля 2013, 18:19
  • тест antuan-web №9

    24 февраля 2013, 18:18
  • тест antuan-web №8

    24 февраля 2013, 18:15
  • тест antuan-web №7

    24 февраля 2013, 18:14
  • тест antuan-web №6

    24 февраля 2013, 18:12
  • тест antuan-web №5

    24 февраля 2013, 17:02
  • Немножко сталкивался с этим, но скорее, как наблюдатель.
    Очень неприятная ситуация, когда ещё и собственник помещения вставляет палки в колёса.

    1 апреля 2013, 12:58
  • Ха)
    Если бы было так просто.
    Ты не представляешь каких усилий мне стоило получить разрешение на ввод Адаманта (крупнейший провайдер в Киеве, корневой можно сказать, со своей оптикой до Франкфурта).
    Но я его еще не успел подключить)

    У нас же как.
    Владелец бизнес центра — царь и бог, решает лично какому провайдеру можно заходить в здание, а какому нельзя.

    Это в центральном офисе, у нас весь этаж собственный, что хочешь делай.
    А в арендуемых офисах все очень проблематично.

    1 апреля 2013, 12:36
  • Сдаётся мне, это не просто экономия на железе — проблема в головах.
    Но! Не нравится этот провайдер — уйди к другому. Демократия же.

    1 апреля 2013, 12:32
  • То, что быстрее и надежнее да.
    Но вот то, что многие провайдеры при этом сильно экономят на железе это совсем не есть хорошо…

    И в подтверждение моих слов…
    Упал основной канал в Киеве, тот самый который на длинке в подвале.
    Вторая авария за 3 дня, можно конечно списать на необычную погоду в последние дни, но что-то тенденция мне не нравится…

    1 апреля 2013, 12:27
  • И это отлично!

    1 апреля 2013, 11:38
  • Увы, как я уже говорил за последний год наблюдаю возрастание таких проблем.

    Возможная причина — провайдеры массово начали переходить на оптику, что повлекло смену оборудования.
    Еще в прошлом году у нас 80% каналов (корпоративных) было только на ADSL.
    У нас — это в нашей компании, и в нескольких дружественных.
    А сейчас уже, вот на этой неделе, я буду убирать последний ADSL модем и вместо него уже оптика через медиаконвертер пойдет.

    1 апреля 2013, 11:33
  • Логичный вывод. К сожалению, обычно к нему приходишь через горькую практику.
    Но всё же это, скорее, исключение. Такие проблемы возникают довольно редко.

    1 апреля 2013, 11:25
  • Вообщем, подводя итог можно сказать, что чем больше разнообразного оборудования, особенно разных вендоров, то тем больше можно ожидать всяких невообразимых глюков)

    1 апреля 2013, 11:21
  • Не, ну, Сашь, если даже между двумя сотками одного производителя иногда возникают рассогласования, то чего уж говорить о интерконнекте разных вендоров по разным интерфейсам.
    А так да, стандарты, надо, я знаю)

    1 апреля 2013, 11:13
  • Это что-то новое.
    Понятно, что лучше гигабит-гигабит, а еще лучше 10 гигабит)

    Но понижение скорости всегда было предусмотрено в RFC.
    Более того 1000BASE-T и 1000BASE-TX требуют авто согласования.

    Значит производители активного оборудования по своему реализуют.

    1 апреля 2013, 11:06
  • Я хочу сказать, что не рекомендуется подключать оборудование таким образом, что с одной стороны сотка, с другой гиг. Я уже несколько раз сталкивался с подобными проблемами. Правда обычно всё решалось сменой режима.

    Причём, что интересно, не всегда гигабитные порты вообще могут быть переключены в режим 100Mb. Особенно оптические.

    1 апреля 2013, 10:58
  • Ты хочешь сказать, что гигабитные коммутаторы не умеют работать на 100 мегабитах?

    1 апреля 2013, 10:56
  • Ну не прям таки в свиче, скорее в разнице типов интерфейсов.
    Но проблемы, это — да, не отменяет. )

    1 апреля 2013, 10:49
  • Приветствую!
    Вообщем 1-е апреля началось как всегда весело)
    Позвонили со склада с фразой «у нас тормоза, почта, 1С очень медленно работают»
    Поставил обратно в auto duplex — и линк на циске просто потух.
    Пришлось бежать в серверную и переключать на 100 мегабитный коммутатор HP.
    Теперь 0 input errors, 0 CRC и т.д.

    Выходит, что проблема была, и впрочем остается, в гигабитном свиче.

    1 апреля 2013, 10:47
  • Ночные работы меня не радуют))
    У нас склад работает до 23 часов))
    Да конечно можно на ты.

    Потери я имел ввиду идут как на сам маршрутизатор, так и дальше в ipsec туннели через Интернет.

    То есть из нашего центрального офиса по филиалам потери.

    31 марта 2013, 17:05
  • Мне приходится по филиалам кататься на своих двоих, маршрутках и троллейбусах)

    А рабочий ноут 17 дюймов и таскать его с собой удовольствие еще то…

    Поэтому и приходится в случае мелких проблем, решать их на андроиде.
    Да и не всегда ноут нужен.
    Особенно когда и самый настоящий dig под рукой, и пинги с трейсертами, и vpn и ssh клиент.
    Весь основной набор есть.

    31 марта 2013, 18:48
  • У меня был e60. Ностальжи.
    Я привык. Но по SSH предпочитаю работать с ноута — он у меня всегда с собой.
    В машине инвертер, телефон — как модем и работаешь спокойно. Часа 3 есть.
    И телефон не разряжается.

    31 марта 2013, 18:42
  • Да, тоже был случай, но на еще на предыдущей работе.
    Директору понадобился номер телефона моего напарника, я ему протянул свою nokia e61i.
    Он пробовал по экрану пальцами, да не тут то было))

    Время прошло, но к большому сожалению! )
    Ибо работать в ssh находясь в лесу, на сенсорной клавиатуре это сущее мучение)

    31 марта 2013, 18:39
  • А я сейчас у кнопочного телефона жены пытаюсь по экрану вести.

    Как ни крути, но время кнопочных считай прошло)

    31 марта 2013, 18:36
  • Не читал еще, интересно.

    Будильник на 3 часа ночи это конечно жесть.
    Я даже свой nagios настроил, чтобы ночью не слал смс.

    Ожидал в конце статьи какую-то уязвимость, а оказалось, что по следам пальцев взлом))

    Да, есть такой момент, пачкаются они все очень быстро…
    И за пол года пользования андроидом так и не привык к сенсорной клавиатуре (до этого лет 6 у меня был symbian с полноценной qwerty).

    31 марта 2013, 18:34
  • Раз уж зашла речь об андроид, позволь похвастаться: habrahabr.ru/post/174773/

    А вообще согласен в непонимании такой любви к эпл. Не был никогда большим поклонником)

    31 марта 2013, 18:30
  • Продукция компании apple это вообще отдельная песня.

    Я бы наверное уже мог бы книгу написать про самые невероятные глюки с ними.
    Самый веселый наверное был — это когда у директора вдруг на всех контактах в его айфоне год рождения поменялся на 1919 год))

    Продавать мягко говоря закрытые от пользователя устройства, с таким количеством невообразимых глюков, да за такие деньги)

    Остается только радоваться что существует андроид, который тоже не идеален, но как минимум открыт для владельца.

    31 марта 2013, 18:26
  • Да, я вспомнил твою ссылочку. И я рад, что работаю в профильной компании и нет таких проблем.
    А айпады настраивать тоже приходилось. 🙂

    31 марта 2013, 18:21
  • Расскажу конечно.
    Завидовать особо нечего, по той причине, что помимо основных обязанностей приходится иногда и айфоны с айпадами настраивать))

    Хорошо хоть электрочайники и убитые ноуты несут не мне, а младшему админу, а так бы совсем грустно было бы.

    Так что главный минус работы в любом конечном заказчике — это рутина и куча не всегда приятной дополнительной работы.

    31 марта 2013, 18:17
  • Завидую. Когда я работал в провайдере для крупной холдинговой сети я еле выпросил 39-ую циску взамен загибающейся 26-й, у которой загрузка процессора была 70-80% в обычные дни.

    Расскажи, чем закончится?

    31 марта 2013, 18:09
  • У меня последняя идея))

    На следующей неделе возьму управляемый длинк, поеду и поставлю его вместо обычного свича.

    И буду смотреть, может что интересное скажет)

    На счет экономии, сейчас я работаю в компании, которая иногда закупает, то без чего можно было бы и обойтись.
    Причем напомню, что это не профильная IT компания, а обычный дистрибьютор, пусть и самый крупный в Украине.
    И ключевой отдел у нас — это отдел продаж, а никак не IT.

    31 марта 2013, 18:06
  • Генератор идей иссяк) Но я грешу на физику.

    Экономят все. Лишь бы не в ущерб имени.

    31 марта 2013, 18:02
  • Кстати опять совпадение наших мыслей))

    Я сказал тех поддержке, что пусть кто-нибудь из них придет, откроет подвал, и я напрямую метровым, литым, проверенным патч кордом подключусь к ихнему длинку.

    Как то они эту инициативу проигнорировали.

    Я тоже очень удивился, вроде солидный ISP, а длинк.
    В достаточно крупном бизнес центре причем.

    31 марта 2013, 18:00
  • А надо было спустить его в подвал и патчкордом непосредственно в провайдера врубиться)
    А вообще, сажать корпоративных клиентов на длинк — от лукавого.

    31 марта 2013, 17:56
  • Да уж, странно, не сталкивался.
    Ну на физическом уровне могут быть проблемы. К примеру уровень сигнала ниже порога.
    Для других достаточно, для циски нет)

    31 марта 2013, 17:54
  • Да, более того.
    Я пошел на беспрецедентный шаг))
    Взял резервный такой же cisco 1811
    Приехал с ним и тоже попробовал подключать.
    Как можно догадаться, линк тоже не загорелся.

    31 марта 2013, 17:54
  • Пробовали режимы мы тогда разные.
    И auto и фиксированные.
    Никакого эффекта.

    Дебаг я тоже смотрел — полная тишина, такое ощущение, что не только на канальном, но и на физическом уровне ничего нет.

    Кабель менять невозможно.
    Если бы был пробит, или затухание, то почему работает с конечным устройством?
    И сейчас уже неделю проработал через промежуточный свитч.
    Или циско очень требовательны к качеству сигнала?
    Странно все это.

    31 марта 2013, 17:52
  • sh
    no sh
    и снимать дебаг,
    поменять интерфейс
    играться на обеих сторонах с режимами.
    По идее, попробовать вообще поменять кабель. Но это, я так понял, невозможно. Хотя бы прозвонить его. Может, пробит где-то.

    31 марта 2013, 17:48
  • Я сразу попробовал.
    Именно такая идея и была))
    Думаю циска старая, просто кроссовером соединить.
    Никакого эффекта, что прямым, что кроссовером.

    С большим трудом удалось выяснить, что у провайдера стоит L2 dlink в подвале.
    Учитывая что офис на 7м этаже, можно предположить, что потери сигнала.
    Но напрямую подключаю свой ноутбук и работает все))

    И что обидно, провайдеру то особо претензии и не выдвинуть, работает же с ноута))

    В итоге саппорт сдался и связал меня с ихним главным инженером.
    Пообщались, я по его просьбе даже конфиги циски выслал.
    Он пробовал и STP выключать и форсированно ставить MDI, MDIX на своем длинке.
    Но пока так все и работает, через промежуточный свитч.

    31 марта 2013, 17:33
  • Хех. А не пробовали кроссоверный кабель использовать? Старые циски не соображали о RxTx.

    31 марта 2013, 17:27
  • У нас если что-то глобальное меняется, то приходится на выходных делать. И то предварительно делается рассылка всем сотрудникам.
    Так как на выходных склад и филиалы не работают, но многие региональные менеджеры любят сидеть по удаленке.

    Есть еще одна «магическая» проблема.
    На этот раз в киевском филиале.
    Такая, что даже инженеры нашего крупнейшего ISP сдались))

    Заключается в том, что при подключении витой пары из подвала в офис, на cisco 1811, даже линк не загорается))

    В итоге мне пришлось поставить между коммутатором провайдера (который в подвале стоит) и своим маршрутизатором обычный глупый свитч.
    Только так и заработало.

    31 марта 2013, 17:25
  • Вооот. О чём и речь. Неполнота условия. Надо научиться правильно задавать вопросы)
    Ночные обычно бывают на 2-3 ночи. Но это в провайдерах. А в небольших конторках, наверно, можно и так)

    31 марта 2013, 17:10
  • Ну да, потестировать с другим коммутатором несколько дней.
    Можно и ночные работы — обычно так и делается.

    Мне другое интересно.
    Ты (можно, на ты?) говорил, что проблемы с потрями на все интерфейсы — не только в локалке. Один интерфейс не может этого вызывать.

    31 марта 2013, 16:56
  • Я бы с радостью включил гигабит, если бы он был на циске))

    2811 чисто 100 мегабитный маршрутизатор.

    А так пока придется как-нибудь в обеденный перерыв быстро переключить маршрутизатор на 100 мегабитный HP.
    Несколько усложняет ситуацию то, что еще 3 филиала подключены к 2811, и в момент переключения порвутся все установленные соединения.

    31 марта 2013, 16:53
  • Приветствую, Александр.
    Странная ошибка. Не встречал таких. Вот CRC и input errors как раз обычно говорят о несогласовании режимов.
    Есть ещё такой момент, что рекомендуются включать порты одного типа. То есть если с одной стороны гигабит, то и с другой его же надо. Иногда из-за этого возникают проблемы.

    31 марта 2013, 16:12
  • Добрый день.
    Похоже удалось локализовать проблему.
    На интерфейсе смотрящем внутрь локалки пошли ошибки.
    Большое количество deferred фреймов.
    Первая мысль была какие могут быть коллизии и прочее в Fast Ethernet.
    Присмотревшись увидел что интерфейс работает в режиме Half-duplex, 100Mb/s
    Стало понятно откуда ошибки и почему потери.

    Выставил фиксированное Full-duplex, 100Mb/s на маршрутизаторе и на гигабитном Extreme коммутаторе.
    Ошибки deferred больше естественно не появляются, но зато пошли быстро расти input errors, и CRC.

    Выходит, что проблема либо в патч корде (что маловероятно) либо в гигабитном коммутаторе.

    31 марта 2013, 15:47
  • Я вот совсем такое не люблю 🙂
    И что самое интересное — в последнее время такие магические проблемы только чаще и чаще происходят.
    Оборудование становится все умнее и умнее, но проблем при этом меньше не становится…

    Спасибо, буду собирать статистику.

    28 марта 2013, 17:41
  • Взаимно.
    Желание есть, но этого недостаточно.
    Есть определенные требования, которые сложно получить не работая с определенными технологиями.
    А поработать с ними в основном можно как раз там))
    Своеобразный замкнутый круг.

    Белые адреса провайдеры и сейчас раздают, только раньше целые подсети давали. А сейчас только 1 адрес и все.
    В договоре обычно указывается отдельным пунктом этот самый статический адрес.

    28 марта 2013, 21:09
  • Очень приятно!
    В Киеве живёт девушка, которая помогает нам с циклом СДСМ.

    Если есть большое желание, то надо искать) У меня в среднем 1.5 года до сих пор было на одном месте — надоедает.

    Ещё год назад некоторые провайдеры раздавали белые адреса по умолчанию. 🙂

    Вот интересно, могут ли они теперь просто отобрать их основываясь на том, что в договоре не было этого указано.

    28 марта 2013, 20:15
  • Нет, мы не знакомились.
    Да про вас я знаю 🙂
    Меня зовут Александр, работаю в конечном заказчике, живу в Украине, в 120 км от Киева.

    Всегда хотел работать в телекоммуникационной компании, к сожалению пока такой возможности не предоставлялось))

    В нашей компании тоже постепенно внедряется vmware vsphere и туда плавно переезжают все сервера.
    Инфраструктура за счет этого только расширилась, вы правы.

    На счет пула адресов заметил что провайдеры уже крайне не охотно предоставляют что-то больше чем /30
    Раньше можно было получить /29 за ту же стоимость.
    Так что видимо все таки адресов стало меньше)

    28 марта 2013, 20:01
  • Не помню, знакомились ли мы. Давайте представимся? 🙂
    Наверно, вы знаете, меня зовут Марат. Работаю в Хуавэй, живу в Новосибирске)

    В облака перейдут сервера, но не сетевая инфраструктура. Наоборот, она будет только развиваться.
    Мы с вами без работы не останемся)

    Заказчики начинают интересоваться. Потихоньку настраивают. Но глобальных внедрений я пока не видел. Пока только пробуют.
    Просто острого недостатка пока никто не испытывает. Пул портов в НАТе же большой))

    28 марта 2013, 19:51
  • В ближайшие десятилетия вероятно хоть часть инфраструктуры и уйдет куда-нибудь в облака, все равно кому-то нужно будет все это держать.

    А еще интересно, как ситуация сейчас с IPv6 обстоит?
    Адреса то давно уже все ICANN раздал.
    Вы ощущаете хоть какое-нибудь движение в эту сторону?

    28 марта 2013, 19:45
  • Ну, знаете, если начать копать, в абсолютно любой области можно всё выставить так, что работать в ней окажется бессмысленно, а можно золотые горы нарисовать. Специалисты нашей сферы ближайшие десятилетия не уйдут со сцены, да и учитывая гибкость мозга, не будет трудностью сменить деятельность)

    28 марта 2013, 18:45
  • Печальная картина тогда 🙂
    А посмотрев вебинар Сергея Федорова (CCIE, anticisco)
    Путь IT-воина: найти работу мечты
    можно вообще разочароваться в этой области.

    Хотя там конечно несколько обобщенно все. Телеком телекому рознь, да и конечные заказчики тоже разные бывают…

    28 марта 2013, 18:41
  • Политика Хуавэй похожая. Каждые 2-3 месяца патч, исправляющий известные поблемы. Раз в года-два — новый релиз, но апгрейд за деньги.
    Софт также только для заказчиков. Типичная ситуация в общем. Вот только достать его для Хуавэй — нетривиальная задача. 🙂

    28 марта 2013, 18:25
  • Тогда, мое счастье что у нас стараются брать оборудование более менее подходящее под задачи.
    А иногда даже с прицелом на будущее развитие.

    Кстати про прошивки…
    На тех же коммутаторах HP — обновления выходят буквально каждый месяц, и доступно для скачивания всем желающим.
    Про cisco отдельная песня — на один только Cisco Feature Navigator можно полдня потратить выбирая подходящую прошивку. Ну и понятно что легально скачать прошивку можно будучи зарегистрированным клиентом.
    Если же оборудование было куплено б.у. то только торренты остаются.

    28 марта 2013, 18:16
  • Больше функций — больше глюков)
    Между нами, вы даже не представляете с какими проблемами приходится сталкиваться на наших L3-коммутаторах, которые пытаются использовать, как полноценные маршрутизаторы. БольшАя их часть решается только разработчиками.

    28 марта 2013, 17:47
  • Ох, интересно. Люблю такие запросы, но, к сожалению, они обычно упираются в аппаратную или программную проблему.
    В таких случаях, я советую собирать максимально подробную информацию: статистику по пакетам, отправляемым на CPU, дискарды пакетов на интерфейсах и на CPU, актуальность ОС и патчей, если есть платы, то проверка их состояния (CPU, ошибки) Проверить теряются ли пинги с самого роутера в локалку, в Интернет и на самого себя.

    Скорее свего, у циски есть какие-то специфические команды диагностики. Но тут я не силён.

    28 марта 2013, 17:32
  • К сожалению проблема наблюдается на всем устройстве, как я написал вначале, даже внутри локальной сети.

    В том то и дело что и в логах то ничего нет.
    Я настроил логирование (logging trap debugging) на syslog сервер, но и там нет ничего.

    Схема

    В логах ни на одном из четырех коммутаторов тоже ничего нет.
    Пробовал и напрямую минуя коммутаторы — все так же.

    Загрузка на гигабитном порту коммутатора (в который подключена cisco) в пиковые часы доходит до 20%.
    Загрузку непосредственно на маршрутизаторе как увидеть?
    Включить flow на интерфейсе? Насколько я понимаю это может очень сильно нагрузить маршрутизатор.

    Проблема приходит внезапно, продолжается час — два затем исчезает до следующего дня.

    28 марта 2013, 17:05

Ещё статьи

Как построить Гугл. Или сети современных датацентров
Сказ о том, что такое сеть современного датацентра, был сначала абзацем во второй части АДСМ, потом выродился в небольшую, но отдельную статью-заметку. Потом я дал её почитать своим более опытным ...
like 481 19175 2
30 октября 2019
Ответ к задаче №8.5
interface FastEthernet0/0description Balagan_Telecom_Internetip address 101.0.0.2 255.255.255.252bandwidth 9000!interface FastEthernet0/1description Philkin_Certificate_Internetip address 102.0.0.2 255.255.255.252bandwidth 3000!!router bgp 64500no synchronizationbgp log-neighbor-changesbgp bestpath as-path multipath-relaxmaximum-paths 2bgp dmzlink-bwnetwork 100.0.0.0 mask 255.255.254.0neighbor 101.0.0.1 remote-as 64501neighbor 101.0.0.1 prefix-list ...
like 0 7712 4
19 июля 2013
Анонс подкаста. Выпуск 46
Когда: 25.12.2016 в 15:00 Кто: Евгений Хабаров. Скромно о себе: ведущий сетевой администратор в одной из крупнейших Российских аутсорсинговых ИТ компаний. Про что: Тшут. Философия устранения неисправностейОткуда берутся проблемы, типы ...
like 0 5221 5
15 декабря 2016