Cisco Catalist 6500 + multicast

[IVB]

При попытке включить мультикастный поток командой

ip pim sparse-mode

на двух vlan'ах (один - собственно тот, в который идет поток со стримера (pbi), другой - в котором находится мой комп, на котором я хочу смотреть IPTV) заметно возрастает загрузка процессора на Cat6500 (примерно с 25% до 50%). На стримере пока настроено всего два потока.

 

Каталист: WS-SUP720-3BXL с IOS Version 12.2(33)SXJ2.

 

Вот полная конфигурация этих vlan'ов.

 

interface Vlan8
description IPTV-Source
ip address 192.168.150.1 255.255.255.0
ip broadcast-address 192.168.150.255
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
ip pim sparse-mode
ip route-cache policy
no ip mroute-cache

interface Vlan1022
ip address 10.255.253.1 255.255.255.0
ip access-group bunker1022 in
no ip redirects
no ip unreachables
no ip proxy-arp
ip flow ingress
ip pim sparse-mode
ip route-cache policy
ip policy route-map map-redirect

 

Подскажите, пожалуйста, как можно оптимизировать конфиг, чтобы загрузка процессора не подскакивала столь стремительно.

[config]

Не плохо бы знать каким процессом он возрастает ? Или возрастает interrupt ?

C каким TTL идет мультикаст ?

[agr]

вы

 no ip mroute-cache

специально поставили? Оно включает обработку мультикаст трафика процессором, что не есть хорошо.

[IVB]

Не плохо бы знать каким процессом он возрастает ? Или возрастает interrupt ?

Заметно возрастает "IP Input".

 

C каким TTL идет мультикаст ?

Где это можно посмотреть?

 

вы

 no ip mroute-cache

специально поставили? Оно включает обработку мультикаст трафика процессором, что не есть хорошо.

Нет, не специально. Для тестирования приема потока воспользовались vlan'ом, который уже был (уже с отключенным mroute-cache).

 

Включил, посмотрю на загрузку, позже сообщу результат.

[config]

Show ip traffiс

[IVB]

Show ip traffiс

В какой именно части вывода этой команды можно глянуть, с каким TTL идет мультикаст? Я ничего похожего не увидел:

[config]

Этого там не увидите :-) по идее можно увидеть причину попадания пакета на CPU . вы бы кинули сюда результат.

Edited May 23, 2012 by config

[IVB]

Этого там не увидите :-) по идее можно увидеть причину попадания пакета на CPU . вы бы кинули сюда результат.

А не побьют? :) (вывод-то великоват)

 

cat-6509#show ip traffic
IP statistics:
 Rcvd:  1598617515 total, 103133103 local destination
		170 format errors, 1357 checksum errors, 22800030 bad hop count
		10 unknown protocol, 99701862 not a gateway
		0 security failures, 0 bad options, 24442 with options
 Opts:  16 end, 1676 nop, 0 basic security, 8 loose source route
		0 timestamp, 0 extended security, 1684 record route
		0 stream ID, 0 strict source route, 22750 alert, 0 cipso, 0 ump
		0 other
 Frags: 0 reassembled, 0 timeouts, 0 couldn't reassemble
		0 fragmented, 3 couldn't fragment
 Bcast: 47973591 received, 1500 sent
 Mcast: 29290147 received, 203346 sent
 Sent:  52074056 generated, 466814740 forwarded
 Drop:  25977358 encapsulation failed, 0 unresolved, 0 no adjacency
		0 no route, 0 unicast RPF, 0 forced drop
		0 options denied, 1 source IP address zero

ICMP statistics:
 Rcvd: 1399 format errors, 682 checksum errors, 10880 redirects, 34400 unreachable
   	5068721 echo, 13337 echo reply, 0 mask requests, 0 mask replies, 0 quench
   	0 parameter, 40592 timestamp, 0 info request, 37 other
   	0 irdp solicitations, 0 irdp advertisements
   	5893 time exceeded, 0 timestamp replies, 0 info replies
 Sent: 0 redirects, 28 unreachable, 13483 echo, 5068721 echo reply
   	0 mask requests, 0 mask replies, 0 quench, 40592 timestamp
   	0 info reply, 19277278 time exceeded, 0 parameter problem
   	0 irdp solicitations, 0 irdp advertisements

BGP statistics:
 Rcvd: 120681 total, 1 opens, 0 notifications, 92911 updates
   	27769 keepalives, 0 route-refresh, 0 unrecognized
 Sent: 27579 total, 1 opens, 0 notifications, 0 updates
   	27578 keepalives, 0 route-refresh

EIGRP-IPv4 statistics:
 Rcvd: 0 total
 Sent: 0 total

TCP statistics:
 Rcvd: 1013380 total, 2424 checksum errors, 1597 no port
 Sent: 952311 total

PIMv2 statistics: Sent/Received
 Total: 7525026/0, 0 checksum errors, 0 format errors
 Registers: 32456277/0 (0 non-rp, 0 non-sm-group), Register Stops: 0/0,  Hellos: 112806/0
 Join/Prunes: 0/0, Asserts: 0/0, grafts: 0/0
 Bootstraps: 0/0, Candidate_RP_Advertisements: 0/0
 State-Refresh: 0/0

IGMP statistics: Sent/Received
 Total: 90844/22594, Format errors: 0/0, Checksum errors: 0/0
 Host Queries: 55690/0, Host Reports: 34591/22508, Host Leaves: 6/81
 DVMRP: 0/0, PIM: 0/0

UDP statistics:
 Rcvd: 96918747 total, 3 checksum errors, 48395408 no port
 Sent: 19113984 total, 7 forwarded broadcasts

OSPF statistics:
 Rcvd: 0 total, 0 checksum errors
   	0 hello, 0 database desc, 0 link state req
   	0 link state updates, 0 link state acks

 Sent: 0 total
   	0 hello, 0 database desc, 0 link state req
   	0 link state updates, 0 link state acks

Probe statistics:
 Rcvd: 0 address requests, 0 address replies
   	0 proxy name requests, 0 where-is requests, 0 other
 Sent: 0 address requests, 0 address replies (0 proxy)
   	0 proxy name replies, 0 where-is replies

ARP statistics:
 Rcvd: 161062734 requests, 866257 replies, 0 reverse, 0 other
 Sent: 24964848 requests, 24584468 replies (557 proxy), 0 reverse
 Drop due to input queue full: 0
cat-6509#

 

И, как и обещал, результаты по mroute-cache. Загрузка процессора заметно снизилась. Т.е. запущенный мультикаст заметен на графиках mrtg, но не так драматично, как с отключенным mroute-cache.

[config]

В общей ip statistic , обратите внимание на счетчик "bad hop count" , это как раз говорит о низком TTL, просто понаблюдайте прирост, если он есть и большой то возможно это ваш мультикаст. А может и нет. У вас там большое количество , скорее всего просто накопилось со временем. Понаблюдайте.

[IVB]

К сожалению, вопрос по-прежнему актуален.

 

Сначала отвечу по поводу TTL:

 

1. Я отзеркалил поток со стримера - в мультикастных пакетах TTL равно 5 (что соответствует настройкам стримера).

 

2. Счетчик bad hop count растет постоянно, даже тогда, когда порт стримера отключен, и скорость возрастания счетчика не зависит от того, включен порт стримера, или нет.

 

Теперь по поводу загрузки процессора на Cat6509.

 

При тестировании всего с двумя потоками (два канала со стримера) загрузка процессора (средняя за минуту) составила примерно 50%. Учитывая, что вообще без мультикаста процессор Cat6509 загружен в среднем на 30%, я счел прирост загрузки приемлемым. Но я не ожидал, что загрузка процессора будет расти почти пропорционально количеству потоков!

 

После добавления еще двух каналов (т.е. всего 4 мультикастных потока) загрузка процессора на Cat6509 (средняя за минуту) подскочила до 90%.

 

Я сделал несколько замеров, вот результат (это среднее за минуту на отрезках минут по 20-25):

- без мультикаста - 30%

- включено 2 потока - 50%

- включено 3 потока - 75%

- включено 4 потока - 90%

 

Экспериментировать с количеством потоков более 4-х я не стал...

 

Очень прошу помочь разобраться в проблеме.

 

Конфиг покажу - если подскажете, что именно нужно показывать. Весь конфиг довольно тяжелый, почти 500к (из них около 100 - автогенерируемые ACL, около 200 - автогенерируемые статические маршруты).

 

Сама Cat6509 является ядром сети, на ней терминируются все клиентские vlan'ы (исключительно локальный трафик). Доступ "в мир" осуществляет другая железка.

[nnm]

Вот это растет? Если да, то как быстро?

 

cat-6509#show ip traffic
 Registers: 32456277/0 (0 non-rp, 0 non-sm-group), Register Stops: 0/0

 

Кто сейчас RP? Это Catalyst или другая железка?

[IVB]

Вот это растет? Если да, то как быстро?

 

cat-6509#show ip traffic
 Registers: 32456277/0 (0 non-rp, 0 non-sm-group), Register Stops: 0/0

 

Растет значение Registers:, примерно на 7000 за 10 секунд.

 

Кто сейчас RP? Это Catalyst или другая железка?

 

cat-6509#show ip pim rp
Group: 239.255.255.250, RP: 0.0.0.0
Group: 230.1.201.3, RP: 192.168.150.201, uptime 00:07:09, expires never
Group: 230.1.201.2, RP: 192.168.150.201, uptime 4d01h, expires never

 

192.168.150.201 - это IP стримера (если я правильно понял - это и есть RP)

230.1.201.2 и 230.1.201.3 - это как раз те два мультикастных потока, которые идут со стримера.

Откуда берется канал 239.255.255.250 - я не знаю. Исходя из того, что я видел в потоке между компом и Циской - это моя Винда пытается приджоиниться к этой группе...

[agr]

Сделайте самого себя rp. Уберите с Vlan8 все что есть и оставьте только

ip address 192.168.150.1 255.255.255.0
ip pim sparse-mode

 

покажите

sh ip multicast interface vl8
sh ip multicast interface vl1022

[nnm]

Растет значение Registers:, примерно на 7000 за 10 секунд.

 

Это может быть причиной.

 

cat-6509#show ip pim rp
Group: 239.255.255.250, RP: 0.0.0.0
Group: 230.1.201.3, RP: 192.168.150.201, uptime 00:07:09, expires never
Group: 230.1.201.2, RP: 192.168.150.201, uptime 4d01h, expires never

 

192.168.150.201 - это IP стримера (если я правильно понял - это и есть RP)

230.1.201.2 и 230.1.201.3 - это как раз те два мультикастных потока, которые идут со стримера.

Откуда берется канал 239.255.255.250 - я не знаю. Исходя из того, что я видел в потоке между компом и Циской - это моя Винда пытается приджоиниться к этой группе...

 

Я никогда не видел стример, который умеет быть RP. Обычно в PIM-SM сетях RP это один из маршрутизаторов. Судя по тому, что у вас все VLAN-ы сходятся на этом Cat, он хороший кандидат на роль RP. Покажите глобальную конфигурацию PIM-а.

[IVB]

Сделайте самого себя rp.

Как это сделать? (Извините за столь чайницкий вопрос - но с iptv я только начал разбираться)

 

Уберите с Vlan8 все что есть и оставьте только

ip address 192.168.150.1 255.255.255.0
ip pim sparse-mode

 

Убрал всё - даже описание :)

 

interface Vlan8
ip address 192.168.150.1 255.255.255.0
ip pim sparse-mode
end

 

покажите

sh ip multicast interface vl8
sh ip multicast interface vl1022

 

cat-6509#show ip multicast interface vlan 8
Vlan8 is up, line protocol is up
 Internet address is 192.168.150.1/24
 Multicast routing: enabled
 Multicast switching: fast
 Multicast packets in/out: 1245315945/0
 Multicast TTL threshold: 0
 Multicast Tagswitching: disabled
cat-6509#show ip multicast interface vlan 1022
Vlan1022 is up, line protocol is up
 Internet address is 10.255.253.1/24
 Multicast routing: enabled
 Multicast switching: fast
 Multicast packets in/out: 0/255618299
 Multicast TTL threshold: 0
 Multicast Tagswitching: disabled

[IVB]

Всё, я разобрался. Всем спасибо за подсказки.

 

Проблема была в этом:

ip pim rp-address 192.168.150.201 IPTV override

т.е. в качестве RP был указан стример.

 

Правильно должно быть так:

ip pim rp-address 192.168.150.1 IPTV override

т.е. указывается IP адрес vlan'а, в котором идет вещание. В Гугле советуют в качестве адреса RP указывать адрес одного из собственных loopback интерфейсов - но я пока не понимаю, чем loopback лучше.

[shellsmith]

Служебные сервисы - динамическую маршрутизацию, логи, ssh, RP и т.п. - привязывают к Loopback-интерфейсам для того, чтобы не зависеть от физических линков. Если интерфейс Vlan8 потухнет, то сеть останется без RP, что в некоторых случаях может вызвать проблемы.