Канал 2048 через спутник между 7200 и 3660. Динамическая маршрутизация на OSPF. При этом физика жива, канал не пропадает. По cdp соседа вижу, но не могу его пинговать. В sh ip ospf nei ничего нет. Лечится проблема выключением порта на рутере примерно на минуту. После включения порта маршрутизация подымается. В чём беда, подскажите.P.S. Главное, маршрутизация может сама восстановиться через некоторое время.
а вы уверены, что канал не пропадает? физика жива - может быть, вы просто Carrier Detect видите от ближайшего dce устройства? cdp ни о чем не говорит - после падения канала там может оставаться информация, по дефолту записи живут после смерти минуты 3. как я понимаю, у вас поток Е1? покажите вывод show controller и show interface для этого канала.
>а вы уверены, что канал не пропадает? физика жива - может быть,
>вы просто Carrier Detect видите от ближайшего dce устройства? cdp ни
>о чем не говорит - после падения канала там может оставаться
>информация, по дефолту записи живут после смерти минуты 3. как я
>понимаю, у вас поток Е1? покажите вывод show controller и
>show interface для этого канала.Допустим пропадает сам канал. Тогда почему после восстановления физики не поднимается маршрутизация? Кстати это вариант проверяли, но обнаружить проблему с физикой не удалось. Проще говоря канал рабочий на 100%. Ниже смотрите вывод sh controllers:
M8T-V.35: show controller:
PAS unit 12, subunit 4, f/w version 3-101, rev ID 0x2800001, version 3
idb = 0x500A7894, ds = 0x642B4328, ssb=0x500A8528
Clock mux=0x0, ucmd_ctrl=0xC, port_status=0x74
Serial config=0x8, line config=0x302
maxdgram=1654, bufpool=32Kb, 64 particles
DCD=up DSR=up DTR=up RTS=up CTS=up
line state: up
cable type : V.35 DTE cable, received clockrate 2047458base0 registers=0x3D820000, base1 registers=0x3D822000
mxt_ds=0x64E95040, rx ring entries=37, tx ring entries=64
rxring=0xC3A22E0, rxr shadow=0x642BA7C0, rx_head=12
txring=0xC3A2460, txr shadow=0x500A88AC, tx_head=33, tx_tail=33, tx_count=0
throttled=0, enabled=0
halted=0, last halt reason=0
Microcode fatal errors=0
rx_no_eop_err=209, rx_no_stp_err=0, rx_no_eop_stp_err=0
rx_no_buf=0, rx_soft_overrun_err=1100, dump_err= 0, bogus=0, mxt_flags=0x2C
tx_underrun_err=0, tx_soft_underrun_err=0, tx_limited=0(2)
tx_fullring=580812, tx_started=190390651, mxt_flush_count=0
rx_int_count=207429820, tx_int_count=356390153
Half-duplex hdx=0x500A875C, summary:-invalid_state=0, jigged_sig=0, invalid_timeout=0, tx_drop=0
tx_int_err=0, rx_drop=0, timer_error=0, rts_timeout=0
invalid_rx=0, tx_lost_cts=0, cts_timeout=0, late_rx=0
можно еще посмотреть show controller e1? по возможности с обеих сторон
>можно еще посмотреть show controller e1? по возможности с обеих сторонЭта команда ничего не показывает на обоих рутерах. Т.е. устройство её проглатывает, но ничего не выводит.
>можно еще посмотреть show controller e1? по возможности с обеих сторонНа всякий случай привожу sh contr для 3660, что стоит с другой стороны.
sh controllers s1/0
M4T: show controller:
PAS unit 0, subunit 0, f/w version 1-45, rev ID 0x2800001, version 3
idb = 0x620B5C88, ds = 0x620B7438, ssb=0x620B7774
Clock mux=0x0, ucmd_ctrl=0xC, port_status=0x74
Serial config=0x8, line config=0x200
maxdgram=1654, bufpool=78Kb, 120 particles
DCD=up DSR=up DTR=up RTS=up CTS=up
line state: up
cable type : V.35 DTE cable, received clockrate 2047458base0 registers=0x3D000000, base1 registers=0x3D002000
mxt_ds=0x62DD487C, rx ring entries=78, tx ring entries=128
rxring=0x3A38380, rxr shadow=0x620BE55C, rx_head=13
txring=0x3A38620, txr shadow=0x620BE930, tx_head=72, tx_tail=72, tx_count=0
throttled=0, enabled=0
halted=0, last halt reason=0
Microcode fatal errors=0
rx_no_eop_err=28, rx_no_stp_err=0, rx_no_eop_stp_err=0
rx_no_buf=0, rx_soft_overrun_err=0, dump_err= 0, bogus=0, mxt_flags=0x0
tx_underrun_err=0, tx_soft_underrun_err=0, tx_limited=1(2)
tx_fullring=1287293, tx_started=22987687
rx_int_count=42174162, tx_int_count=24275572
а настроки можно увидеть? канал для ospf какой вытавлен?
>а настроки можно увидеть?какую их часть?
>канал для ospf какой вытавлен?
имеется ввиду bandwidth для магистрального интерфейса? если да, то "bandwidth 2048" с обоих сторон.
>>а настроки можно увидеть?
>
>какую их часть?
>
>>канал для ospf какой вытавлен?
>
>имеется ввиду bandwidth для магистрального интерфейса? если да, то "bandwidth 2048" с
>обоих сторон.ip ospf network
какая стоит7
>[оверквотинг удален]
>>
>>какую их часть?
>>
>>>канал для ospf какой вытавлен?
>>
>>имеется ввиду bandwidth для магистрального интерфейса? если да, то "bandwidth 2048" с
>>обоих сторон.
>
>ip ospf network
>какая стоит7прошу прощения, не совсем понял вопрос. а точнее как или что посмотреть?
>[оверквотинг удален]
>>>>канал для ospf какой вытавлен?
>>>
>>>имеется ввиду bandwidth для магистрального интерфейса? если да, то "bandwidth 2048" с
>>>обоих сторон.
>>
>>ip ospf network
>>какая стоит7
>
>прошу прощения, не совсем понял вопрос. а точнее как или что посмотреть?
>interface FastEthernet0/0
ip address x.x.x.x 255.255.255.252
no ip redirects
no ip proxy-arp
rate-limit output access-group 2020 3000000 512000 786000 conform-action transmit exceed-action drop
ip route-cache same-interface
ip ospf network broadcast
no ip mroute-cache
duplex auto
speed auto
no keepalive
fair-queue
no cdp enableэто очень важная часть, особенно в вашем случаии так как анала через спутник и низко скоростной
>это очень важная часть, особенно в вашем случаии так как анала через
>спутник и низко скоростнойконфигурация интерфейса 7200:
interface Serial3/4
mtu 1546
bandwidth 2048
ip address ххх.ххх.ххх.ххх 255.255.255.252
ip virtual-reassembly
encapsulation ppp
mpls ip
no keepalive
serial restart-delay 0
no fair-queue
endконфигурация интерфейса 3660:
interface Serial1/0
mtu 1546
bandwidth 2048
ip address ххх.ххх.ххх.ххх 255.255.255.252
ip accounting output-packets
encapsulation ppp
ip route-cache flow
load-interval 30
tag-switching ip
serial restart-delay 0
fair-queue
http://www.cisco.com/univercd/cc/td/doc/product/software/ios...не смотря на то что, как я понимаю стоит эзернет, таймауты на спутниковом канале надо по любому увеличить, по локиге работало потому что стоит скорость...
>http://www.cisco.com/univercd/cc/td/doc/product/software/ios...
>
>не смотря на то что, как я понимаю стоит эзернет, таймауты на
>спутниковом канале надо по любому увеличить, по локиге работало потому что
>стоит скорость...Никогда не работал с выставлением тайм-аутов. Какая величина времени ожидания будет оптимальна для ospf в случае канала через спутник?
Проверял задержки при передачи icmp-пакетов стандартного размера. Среднее время 567.
>Никогда не работал с выставлением тайм-аутов. Какая величина времени ожидания будет оптимальна
>для ospf в случае канала через спутник?
>Проверял задержки при передачи icmp-пакетов стандартного размера. Среднее время 567.никогда не работал с спутниковами каналами, приема-передающими, во первых как минимум надо указать что у вас не эезернет(он по умолчанию как я понял из доки стоит именно он) а остальное уже на месте надо прикидывать...
sh run с обоих железок покажите...
>sh run с обоих железок покажите...sh run будет очень, очень большим. Поэтому могу предоставить только отдельные части конфига.
>sh run с обоих железок покажите...какая часть интересует?
раньше все работало нормально или проблема была изначально?
>раньше все работало нормально или проблема была изначально?Работало как часы. Потом начались проблемы с модемами. Модем на одной из сторон самопроизвольно (что мало вероятно) уходил в тест. Приходилось их либо пергружать в ручную, либо переключать режимы: со штатного на тестовый и обратно. Потом эта проблема рещилась заменой модема, кабеля между рутером 7200 и модемом, порта на 7200.
>обратно. Потом эта проблема рещилась заменой модема, кабеля между рутером 7200
>и модемом, порта на 7200.
>Лечится проблема выключением порта на рутере примерно на минутуна каком роутере? не на 7200 - где порт меняли?
>
>>обратно. Потом эта проблема рещилась заменой модема, кабеля между рутером 7200
>>и модемом, порта на 7200.
>>Лечится проблема выключением порта на рутере примерно на минуту
>
>на каком роутере? не на 7200 - где порт меняли?В принципе без разницы. Просто 7200 в такой ситуации доступен, а 3660 нет. Хотя если перегрузить 3660 работа тоже восстанавливается. Такое чувство, что залипает сам ospf между двумя этими рутерами. Потому как к 7200 подключена ещё куча других маршрутизаторов и с ними такой проблемы нет. А выключение порта даёт старт началу отсчёта тайм-аута жизни ospf сессии между точками. Ну а после новый процесс установления обмена маршрутной информации проходит без проблем.
покажите вывод с каждого роутера
sh run | b router ospfдебаг на ospf включите заодно
sh int порт 3660
sh int порт 7200
>
>покажите вывод с каждого роутера
>sh run | b router ospf
>
>дебаг на ospf включите заодно
>
>sh int порт 3660
>
>sh int порт 7200если маршрутизация всетаки востанавливается сама через некоторое время, то тут нужно изучать поведение самого ОСПФ.
сначало посмотреть хелол процесс
debug ip ospf hello на память пишу могу ошибатьсядалее если там нечего не видно,
debug ip ospf spf тоже по памяти, нужно быть осторожным это сильно грузит цыску.(имеет смысл смотреть только в том случае когда нейбор всетаки есть, но трафик не ходит.)
так же нужно изучить задержки на канале у спутника они обычно высокие и как советовали выше увеличить таймеры сообщений оспф.
>[оверквотинг удален]
>>sh int порт 3660
>>
>>sh int порт 7200
>
>если маршрутизация всетаки востанавливается сама через некоторое время, то тут нужно изучать
>поведение самого ОСПФ.
>
>сначало посмотреть хелол процесс
>debug ip ospf hello на память пишу могу ошибаться
>sh debug ip ospf hello. Картина следующая: (x.x.x.x - адрес интерфейса на s3/4; x.x.x.y -адрес интерфейса на s1/0 3660 на другом конце; z.z.z.z - loopback адрес 3660)
Send hello to 224.0.0.5 area 0.0.0.235 on Serial3/4 from x.x.x.x
Rcv hello from z.z.z.z area 0.0.0.235 from Serial3/4 x.x.x.y
Send hello to 224.0.0.5 area 0.0.0.235 on Serial3/4 from x.x.x.x
Rcv hello from z.z.z.z area 0.0.0.235 from Serial3/4 x.x.x.y
Send immediate hello to nbr z.z.z.z, src address x.x.x.y, on Serial3/4
Send hello to 224.0.0.5 area 0.0.0.235 on Serial3/4 from x.x.x.xOSPF-5-ADJCHG: Process 1, Nbr z.z.z.z on Serial3/4 from EXCHANGE to DOWN, Neighbor Down: Too many retransmissions
OSPF: Nbr z.z.z.z x.x.x.y Serial3/4 is currently ignored
%OSPF-5-ADJCHG: Process 1, Nbr z.z.z.z on Serial3/4 from DOWN to DOWN, Neighbor Down: Ignore timer expired
Я посмотрел вывод sh run int s3/4 и ужаснулся. Счётчик CRC просто зашкаливал. Выключение s3/4 и последующее его включение решает проблему останавливая поток ошибок.Судя по этому результат, "перекашивает" модем либо на этой стороне канала, либо на той. А закрытие порта ресетит модем.
Буду проверять эту сторону вопроса.