Есть проблема и вероятный способ ее решения, но хочу уточнить, правильно ли я нашел способ.
Есть роутер 7301. Он предназначен для терминации клиентских QinQ вланов. Каждый подъинтерфейс терминации является unnumber:interface GigabitEthernet0/1.999998
description === lecomed ===
encapsulation dot1Q 999 second-dot1q 998
ip unnumbered Loopback5
no snmp trap link-status
ip verify unicast source reachable-via rx
no cdp enable
Соответственно, есть loopback5 и маршрут на GigabitEthernet0/1.999998:
Все работает. Потом перестает работать у части клиентов. Перезагрузка роутера приводит к практически полной неработоспособности клиентов. Опытным путем было установлено, что это из-за команды
bridge irb
которую я прописал для того, чтобы несколько клиентских вланов прозрачно поместить в одну бриджгруппу. BVI мне там не нужен - нужен голый бридж.
Я отменяю эту команду, клиенты начинают работать, потом включаю ее, клиенты продолжают работать. Но НОВЫЕ вланы нормально не работают, снова отменяю и так по циклу. Уточнение - когда клиент не работает, его я вижу в arp таблице, но он не пингуется.
Собственно вопросы:
1. правильно ли я определил источник проблемы,
2. если я поставлю bridge crb вместо bridge irb, я не потеряю ли роутер,
3. будет ли работать прозрачный бридж
4. а будет ли работать бридж, если я совсем удалю bridge irb/crb?
Вариант для распечатки
on 25-Ноя-10, 18:12 
