Cisco 3560+ipservices - проблема отслеживания IGMP с TTL=1

У меня есть образ C3560 с улучшенным (IPSERVICES) маршрутизацией многоадресной рассылки между его VLAN без внешнего многоадресного маршрутизатора. Он обслуживает тестовую среду, в которой разработчики могут генерировать многоадресный трафик по произвольным адресам. Все работает нормально, кроме случаев, когда кто-то отправляет многоадресный трафик с TTL=1, и в этом случае подавление многоадресных пакетов завершается неудачно, и трафик передается всем членам VLAN.

Мне кажется, потому что TTL равен 1, подсистема многоадресной маршрутизации не видит пакеты, поэтому она не создает запись в таблице mroute. Если я кратко отправляю пакеты с TTL=2, затем переключаюсь на пакеты TTL=1, они фильтруются правильно, пока не закончится запись mroute.

Мой вопрос: есть ли какая-то хитрость в том, чтобы заставить коммутатор фильтровать пакеты TTL=1, или мне не повезло?

Ниже приведены соответствующие части конфигурации с представительным интерфейсом VLAN. Я могу предоставить больше информации по мере необходимости.

#show run
...
ip routing
ip multicast-routing distributed
no ip igmp snooping report-suppression
!
interface Vlan44
 ip address 172.23.44.1 255.255.255.0
 no ip proxy-arp
 ip pim passive
...

#show ip igmp snooping vlan 44
Global IGMP Snooping configuration:
-------------------------------------------
IGMP snooping                : Enabled
IGMPv3 snooping (minimal)    : Enabled
Report suppression           : Disabled
TCN solicit query            : Disabled
TCN flood query count        : 2
Robustness variable          : 2
Last member query count      : 2
Last member query interval   : 1000

Vlan 44:
--------
IGMP snooping                       : Enabled
IGMPv2 immediate leave              : Disabled
Multicast router learning mode      : pim-dvmrp
CGMP interoperability mode          : IGMP_ONLY
Robustness variable                 : 2
Last member query count             : 2
Last member query interval          : 1000

1 ответ

Я столкнулся с этим недавно на коммутаторах Cisco Cat 4900M. Симптом, который я увидел, был с высокой задержкой, примерно в 10 раз выше, чем у пакетов с TTL>1. После разговора с Cisco выяснилось, что это была ошибка в версии IOS, которую мы использовали, и была исправлена ​​в более поздней версии.

Здесь также есть некоторая справочная информация: http://web.archive.org/web/20100414150244/http://www.29west.com/docs/THPM/ttl-1-and-cisco-cpu-usage.html

Другие вопросы по тегам