Почему перестает отвечать IP-адрес на BVI?

Question

[Владимир Пилипчук]

Уважаемые коллеги, столкнулся со странной пролемой - перестал отвечать IP-адрес на BVI. До вчерашнего дня все работало как часы, и в один прекрасный момент перестал отвечать IP самого BVI. Сам мост пркрасно работает.

Конфигурация:
Между двумя саб-интерфейсами собран мост, через который идет трафик от одного из провайдеров. Внутри белая сеть (195.х.х.96). IP-адреса, назначенные серверам из этой подсети - доступны. Однако назначенный BVI1 IP адрес со вчерашнего дня не пингуется.
После курения всего чего тольок можно и использования бубнов разного диаметра было принято решение переименовать интерфейс.
- Создаю группу 2.
- Вешаю на интерфейс принадлежность к новой группе
- Создаю интерфейс BVI2.
И о боги - BVI2 начал пинговаться. Но радость была не долгой - через 3 часа 26 минут BVI2 перестал пинговаться.

Running config

interface GigabitEthernet0/0.795
 description ZAO_ITS_Internet
 encapsulation dot1Q 795
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip virtual-reassembly in
 no cdp enable
 bridge-group 2

interface GigabitEthernet0/2.795
 description Perimeter Network (DMZ)
 encapsulation dot1Q 795
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip virtual-reassembly in
 bridge-group 2

interface BVI2
 description ZAO_ITS_Internet_Bridge
 mtu 1514 
 ip address 195.ххх.ххх.110 255.255.255.240
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip nat outside
 ip virtual-reassembly in

bridge 2 protocol ieee
bridge 2 route ip

Почему так происходит и как это лечить - не знаю. Может кто более опытный сталкивался?
Напомню, что до момента отказа данный IP адрес работал более полугода (с момента замены оборудования) и конфигурация не менялась.

Comments

[insekt]

Не пингуется откуда, из этой же сети или из другой?
Не ответа при пинге с хоста на BVI или с BVI на хост или оба варианта?
Что выдается в выводе ping с хоста на роутер и с роутера на хост?
Что ARP таблице на роутере и хосте?

[Владимир Пилипчук]

Пинга нет ни откуда, только локальный пинг (с самого маршрутизатора). Ни с интерфейса наружу, ни снаружи на интерфейс.

При пинге интерфейса снаружи - хост недоступен. При пинге с роутера наружу через этот интерфейс - то же самое. С остальных интерфейсов все доступно.

Cisco 3925 / IOS 154.1

[insekt]

Так а что с ARP таблицей, заполняется необходимыми данными? Если пакеты поснифить, есть что-то интересное?

[Владимир Пилипчук]

На маршрутизаторе много интерфейсов, но заметил другую ситуацию - при перезагрузке роутера сабжевый интерфейс оживает на некоторое время, сразу после загрузки, и пингуется, но не долго - пакетов 7-10, и потом снова пропадает. Соответсвенно в ARP попадают MAC шлюза (снаружи) и MAC пингующего узла в подсети. На arping интерфейс отвечает всегда. Картина рисуется такая, что L2 есть всегда, но L3 пропадает почти сразу после загрузки роутера.
Вот такая вот незадача...

[Владимир Пилипчук]

Выяснилась интересная деталь о которой я не знал.
Данный BVI является tunnel source для туннельного-интерфейса. И на этом туннельном интерфейсе навешана QOS через nhrp, и в этом проблема: для вирткальных интерфейсов в IOS 15.* очень сильно ограничены размеры буферов, из расчета, что нагрузка на таком интерфейсе не будет превышать 1Mbit/sec.
Как тольок снял QOS и перезапустил сбриджеваные интерфейсы - все сразу заработало.

Answer 1

[JDima]

Явный баг. Бывает. Скорее всего, обновление или откат помогут.

Ничего более конкретного сказать нельзя, не зная, что за железка и какой на ней софт.

Answer 2

[insekt]

Посмотрите вывод show по ICMP может там что подозрительное. И дамп пакетов глянуть и дебаг ICMP.