Dormestmass: Админ — это состояние души

OSPF на Cisco. А бывает и так…

Пишу этот пост в несколько расстроенных чувствах, поскольку наткнулся на ситуацию, описанную народной мудростью: «А ларчик то просто открывался».

Вообщем, имееться несколько филиалов, вернее сказать имелось, подключенных к центру по ТЧ-каналам. На их подсети на центральном маршрутизаторе прописаны статические маршруты. Вроде всё работает, но постоянно присутствовало огромное желание поднять на них динамику, которая используется для большинства остальных филиалов. Ну не люблю я зоопарк, и все тут. Люблю чтобы всё было по шаблону и везде одинаково :) ).

Но вот незадача. Почему-то протокол не поднимался. Вернее как, на центральном маршрутизаторе состояние связи с филиальным было FULL, а вот на отделении после EXCHANGE наступал LOADING. На этом все и заканчивалось.

Вроде как и солюшн нашел к этой ситуации:


OSPF Stuck in LOADING
In the LOADING state, routers send link-state request packets. During the adjacency, if a router receives an outdated or missing link-state advertisement (LSA), it requests that LSA by sending a link-state request packet. Neighbors that do not transition beyond this state are most likely exchanging corrupted LSAs. This problem is usually accompanied by a «%OSPF-4-BADLSA» console message. Since this is not a common problem, it is recommend that the network administrator contacts the Cisco TAC.

If a neighbor does not reply or a neighbor reply never reaches the local router, the router will also be stuck in the LOADING state. The most common possible causes of the problem are:

* Mismatched MTU
* Corrupted link-state request packet

The output of show ip ospf neighbor indicates that the R2 neighbor is stuck in LOADING. The debug ip ospf adj command can help diagnose these problems. Command output can indicate an MTU interface mismatch. Command output can also indicate a possible problem due to packet corruption.

Но это всё мало помогло мне. Проблем с MTU не наблюдалось, вот потери-то на ТЧ-канале были, на них и грешил.

Периодически я об этой ситуации вспоминал, периодически пытался дергать провайдера, но к ощутимым результатам это не приводило —OSPF так и не хотел работать.

А вот недавно взяли мы на эти филиалы 128K Frame-Relay-a . Тестирую каналы — просто идеальные. А динамическая маршрутизация нехотить подниматься… :( . Значит дело не в канале-то, знач собака дето в другом месте порылась.

И действительно, после недолгих раздумий обновил IOS в железках, и всё заработало как часики. Вроде как и хорошо, проблема исчезла, всё работает и все довольны. Только очень жаль потраченного времени и усилий. Да и авторитет циски в моих глазах в очередной раз несколько подупал.

Популярность: 5%

P.S.

Рассчитываете перемещать офис своими силами? Плохая задумка, квартирный переезд - лучшее решение!
  • Уважаемый автор, было б неплохо сказать, что за аппараты, и что за версия ios была и стала, а так — статья ни о чём, кроме того, что cisco, с тех пор как её делают китайцы, а иос пишут индусы и правда упала, и не только в Ваших глазах.

  • Версию уже не помню про причине давности события. А железки были 1751.

Вы можете следить за обсуждением с помощью RSS 2.0 ленты.