DiGun Опубликовано 13 июня, 2012 · Жалоба Есть Cisco Catalist 6500, используется как роутер, с обычным трафиком справляется без нареканий, а вот с мультикастом наблюдаются странности. Если поток мультикаст приходит на обычный порт cisco, то подключенные клиенты получают его без проблем. Но если поток приходит на cisco через port-channel, то начинаются какие-то проблемы с потоком, у клиентов подключенных к cisco наблюдаются серьезные лаги. Вопрос, в чём разница, и возможно это как-то поправить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 13 июня, 2012 · Жалоба Порты учавствующие в port-channel прогруженны равномерно? Есть слух, что мультикаст прет по одному из группы портов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chocholl Опубликовано 14 июня, 2012 · Жалоба а сколько мультикаста? покажите show etherchannel load-balance какого уровня port-channel l2 или l3? и до кучи покажите show interface (все по портченелу) show queueing interface (все по портченелу) | begin acket Есть Cisco Catalist 6500, используется как роутер, с обычным трафиком справляется без нареканий, а вот с мультикастом наблюдаются странности. Если поток мультикаст приходит на обычный порт cisco, то подключенные клиенты получают его без проблем. Но если поток приходит на cisco через port-channel, то начинаются какие-то проблемы с потоком, у клиентов подключенных к cisco наблюдаются серьезные лаги. Вопрос, в чём разница, и возможно это как-то поправить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DiGun Опубликовано 18 июня, 2012 · Жалоба а сколько мультикаста? Пока очень мало, 1 – 2 тестовых потока. покажите show etherchannel load-balance #show etherchannel load-balance EtherChannel Load-Balancing Configuration: src-dst-ip EtherChannel Load-Balancing Addresses Used Per-Protocol: Non-IP: Source XOR Destination MAC address IPv4: Source XOR Destination IP address IPv6: Source XOR Destination IP address какого уровня port-channel l2 или l3? L3 и до кучи покажите show interface (все по портченелу) #show interface po2 Port-channel2 is up, line protocol is up (connected) Hardware is EtherChannel, address is 000f.34cb.8e80 (bia 000f.34cb.8e80) MTU 1500 bytes, BW 2000000 Kbit, DLY 10 usec, reliability 255/255, txload 35/255, rxload 104/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s input flow-control is off, output flow-control is off Members in this channel: Gi6/1 Gi6/3 ARP type: ARPA, ARP Timeout 04:00:00 Last input 13w1d, output never, output hang never Last clearing of "show interface" counters 00:00:55 Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Packet Drop strategy: random early detection (DWRED) Output queue: 0/40 (size/max) 5 minute input rate 821834000 bits/sec, 93541 packets/sec 5 minute output rate 277109000 bits/sec, 68126 packets/sec 4338653 packets input, 4685140856 bytes, 0 no buffer Received 399284 broadcasts (398652 multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 3234125 packets output, 1666126942 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out show queueing interface (все по портченелу) | begin acket # show queueing interface po2 Interface Port-channel2 queueing strategy: fifo Packet drop strategy: random early detection (DWRED) Exp-weight-constant: 10 (1/1024) Mean queue depth: 0 Queue size: 0 Maximum available buffers: 500000 Output packets: 0 WRED drops: 0 No buffer: 0 Class Random Tail Minimum Maximum Mark Output drop drop threshold threshold probability Packets 0 0 0 32 256 1/100 0 1 0 0 64 256 1/100 0 2 0 0 96 256 1/100 0 3 0 0 120 256 1/100 0 4 0 0 140 256 1/100 0 5 0 0 170 256 1/100 0 6 0 0 290 256 1/100 0 7 0 0 210 256 1/100 0 Провёл несколько дополнительных тестов под нагрузкой и без таковой. Артефакты наблюдаются, что так, что так, субъективно кажется что под нагрузкой чуть больше. Но самое странное, что попробовал завещать со стороны клиентов и принять через port-channel на техплощадке, и принял поток идеально даже при значительной нагрузке. Выходит что port-channel глючит только при приёме мультикаста, а когда отдаёт то всё ок. Т.е. работает как угодно, но только не так как надо :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 18 июня, 2012 · Жалоба Карты какие? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dmvy Опубликовано 18 июня, 2012 · Жалоба коммутатор 3550 на 4-х гиговом po нормально принимает и отправляет multicast. он конечно поддерживает только l2 балансировку etherchannel... правда был еще глюк с mls qos. вроде должно быть лучше, но даже на не нагруженном канале он ломал поток. попробуйте выключить qos. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chocholl Опубликовано 18 июня, 2012 · Жалоба погоди. это show interface po2 show queueing interface po2 откуда вы показываете? с вашего шеститоника или с устройства, которое передает мкаст на ваш шеститоник? и да... карты какие у вас и что за железо передает трафик на ваш шеститоник? а сколько мультикаста? Пока очень мало, 1 – 2 тестовых потока. покажите show etherchannel load-balance #show etherchannel load-balance EtherChannel Load-Balancing Configuration: src-dst-ip EtherChannel Load-Balancing Addresses Used Per-Protocol: Non-IP: Source XOR Destination MAC address IPv4: Source XOR Destination IP address IPv6: Source XOR Destination IP address какого уровня port-channel l2 или l3? L3 и до кучи покажите show interface (все по портченелу) #show interface po2 Port-channel2 is up, line protocol is up (connected) Hardware is EtherChannel, address is 000f.34cb.8e80 (bia 000f.34cb.8e80) MTU 1500 bytes, BW 2000000 Kbit, DLY 10 usec, reliability 255/255, txload 35/255, rxload 104/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 1000Mb/s input flow-control is off, output flow-control is off Members in this channel: Gi6/1 Gi6/3 ARP type: ARPA, ARP Timeout 04:00:00 Last input 13w1d, output never, output hang never Last clearing of "show interface" counters 00:00:55 Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Packet Drop strategy: random early detection (DWRED) Output queue: 0/40 (size/max) 5 minute input rate 821834000 bits/sec, 93541 packets/sec 5 minute output rate 277109000 bits/sec, 68126 packets/sec 4338653 packets input, 4685140856 bytes, 0 no buffer Received 399284 broadcasts (398652 multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 3234125 packets output, 1666126942 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out show queueing interface (все по портченелу) | begin acket # show queueing interface po2 Interface Port-channel2 queueing strategy: fifo Packet drop strategy: random early detection (DWRED) Exp-weight-constant: 10 (1/1024) Mean queue depth: 0 Queue size: 0 Maximum available buffers: 500000 Output packets: 0 WRED drops: 0 No buffer: 0 Class Random Tail Minimum Maximum Mark Output drop drop threshold threshold probability Packets 0 0 0 32 256 1/100 0 1 0 0 64 256 1/100 0 2 0 0 96 256 1/100 0 3 0 0 120 256 1/100 0 4 0 0 140 256 1/100 0 5 0 0 170 256 1/100 0 6 0 0 290 256 1/100 0 7 0 0 210 256 1/100 0 Провёл несколько дополнительных тестов под нагрузкой и без таковой. Артефакты наблюдаются, что так, что так, субъективно кажется что под нагрузкой чуть больше. Но самое странное, что попробовал завещать со стороны клиентов и принять через port-channel на техплощадке, и принял поток идеально даже при значительной нагрузке. Выходит что port-channel глючит только при приёме мультикаста, а когда отдаёт то всё ок. Т.е. работает как угодно, но только не так как надо :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DiGun Опубликовано 19 июня, 2012 (изменено) · Жалоба погоди.это show interface po2 show queueing interface po2 откуда вы показываете? с вашего шеститоника или с устройства, которое передает мкаст на ваш шеститоник? Это всё с шеститоника, с интерфейса на который приходит мультикаст с техплощадки. карты какие у вас и что за железо передает трафик на ваш шеститоник? Со стороны техплощадки port-channel собран на DELL 5324. На стороне CISCO 6500 port-channel собран на модуле 6 #sh module all Mod Ports Card Type Model --- ----- -------------------------------------- ------------------ 1 2 Catalyst 6000 supervisor 2 (Active) WS-X6K-SUP2-2GE 2 0 Supervisor-Other Unknown 3 16 SFM-capable 16 port 1000mb GBIC WS-X6516-GBIC 4 16 SFM-capable 16 port 1000mb GBIC WS-X6516-GBIC 5 0 Switching Fabric Module-136 (Active) WS-X6500-SFM2 6 16 SFM-capable 16 port 1000mb GBIC WS-X6516-GBIC 7 16 16 port 1000mb GBIC ethernet WS-X6416-GBIC 9 48 48 port 10/100 mb RJ45 WS-X6348-RJ-45 Mod MAC addresses Hw Fw Sw Status --- ---------------------------------- ------ ------------ ------------ ------- 1 0001.63d0.929a to 0001.63d0.929b 2.0 7.1(1) 12.2(18)SXF1 Ok 2 0000.0000.0000 to 0000.0000.0000 0.0 Unknown Unknown Unknown 3 0009.11f0.ae2c to 0009.11f0.ae2b 5.3 6.3(1) 8.5(0.46)RFW Ok 4 0001.63d0.d296 to 0001.63d0.d265 2.0 6.1(3) 8.5(0.46)RFW Ok 5 0001.0002.0003 to 0001.0002.0003 1.3 6.1(3) 8.5(0.46)RFW Ok 6 000f.34cb.8e03 to 000f.34cb.8e0f 5.5 6.3(1) 8.5(0.46)RFW Ok 7 0009.1260.53b8 to 0009.1260.52b7 2.2 5.4(2) 8.5(0.46)RFW Ok 9 0002.b992.5620 to 0002.b992.561f 1.1 5.3(1) 8.5(0.46)RFW Ok Mod Sub-Module Model Hw Status ---- --------------------------- ------------------ ------- ------- 1 Policy Feature Card 2 WS-F6K-PFC2 1.2 Ok 1 Cat6k MSFC 2 daughterboard WS-F6K-MSFC2 1.1 Ok 6 Distributed Forwarding Card WS-F6K-DFC 2.5 Ok Mod Online Diag Status ---- ------------------- 1 Pass 2 Not Applicable 3 Pass 4 Pass 5 Pass 6 Pass 7 Pass 9 Pass Изменено 19 июня, 2012 пользователем DiGun Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chocholl Опубликовано 19 июня, 2012 · Жалоба Полезнее бы было посмотреть с передающей стороны. Все что вы можете сделать это убедиться в отсутствии input drops, карточка не самая перцовая, так что посмотрите sho queu int gig X/Y Если дропы имеются, настройте cos-to-input-queue, но в таком случае требуется переводить ченел в Л2 уровень, так как шеститник умеет мапить на вход только по интерфейсу где trust cos Если дропы на input отсутствуют, то задумайтесь подходить ли метод лоад-балансинг-а той стороны под конкретные условия передачи мулитикаста, чаще всего вещатель один а групп много. Я по dell не сильно, но предполагаю что он умеет балансирует mcast по ченелу, надо убедиться. Вы кстати сами это можете посмотреть исходя из счетчиков на инпут, если конечно по ченелу ничего другого не передается. Ну и дальше убедитесь в том, что проблема именно на передающей стороне. Посмотрите счетчики инетрфейсов в сторону пользователя, нет ли так out drops, фабрику и т.д. Мультикаст у вас репликейтиться егресом или ингресом? С этим тоже могут быть моменты. погоди.это show interface po2 show queueing interface po2 откуда вы показываете? с вашего шеститоника или с устройства, которое передает мкаст на ваш шеститоник? Это всё с шеститоника, с интерфейса на который приходит мультикаст с техплощадки. карты какие у вас и что за железо передает трафик на ваш шеститоник? Со стороны техплощадки port-channel собран на DELL 5324. На стороне CISCO 6500 port-channel собран на модуле 6 #sh module all Mod Ports Card Type Model --- ----- -------------------------------------- ------------------ 1 2 Catalyst 6000 supervisor 2 (Active) WS-X6K-SUP2-2GE 2 0 Supervisor-Other Unknown 3 16 SFM-capable 16 port 1000mb GBIC WS-X6516-GBIC 4 16 SFM-capable 16 port 1000mb GBIC WS-X6516-GBIC 5 0 Switching Fabric Module-136 (Active) WS-X6500-SFM2 6 16 SFM-capable 16 port 1000mb GBIC WS-X6516-GBIC 7 16 16 port 1000mb GBIC ethernet WS-X6416-GBIC 9 48 48 port 10/100 mb RJ45 WS-X6348-RJ-45 Mod MAC addresses Hw Fw Sw Status --- ---------------------------------- ------ ------------ ------------ ------- 1 0001.63d0.929a to 0001.63d0.929b 2.0 7.1(1) 12.2(18)SXF1 Ok 2 0000.0000.0000 to 0000.0000.0000 0.0 Unknown Unknown Unknown 3 0009.11f0.ae2c to 0009.11f0.ae2b 5.3 6.3(1) 8.5(0.46)RFW Ok 4 0001.63d0.d296 to 0001.63d0.d265 2.0 6.1(3) 8.5(0.46)RFW Ok 5 0001.0002.0003 to 0001.0002.0003 1.3 6.1(3) 8.5(0.46)RFW Ok 6 000f.34cb.8e03 to 000f.34cb.8e0f 5.5 6.3(1) 8.5(0.46)RFW Ok 7 0009.1260.53b8 to 0009.1260.52b7 2.2 5.4(2) 8.5(0.46)RFW Ok 9 0002.b992.5620 to 0002.b992.561f 1.1 5.3(1) 8.5(0.46)RFW Ok Mod Sub-Module Model Hw Status ---- --------------------------- ------------------ ------- ------- 1 Policy Feature Card 2 WS-F6K-PFC2 1.2 Ok 1 Cat6k MSFC 2 daughterboard WS-F6K-MSFC2 1.1 Ok 6 Distributed Forwarding Card WS-F6K-DFC 2.5 Ok Mod Online Diag Status ---- ------------------- 1 Pass 2 Not Applicable 3 Pass 4 Pass 5 Pass 6 Pass 7 Pass 9 Pass Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DiGun Опубликовано 21 июня, 2012 · Жалоба Проделал комплекс мероприятий, переключил port-channel в l2, покрутил приоритезацию, админ техплощадки бивший себя пяткой в грудь, что у него всё окей, тоже что-то сделал, и после всего проделанного, проблема ушла. Всем спасибо за помощь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
chocholl Опубликовано 21 июня, 2012 · Жалоба так вы уже полный список каналов принимаете? Проделал комплекс мероприятий, переключил port-channel в l2, покрутил приоритезацию, админ техплощадки бивший себя пяткой в грудь, что у него всё окей, тоже что-то сделал, и после всего проделанного, проблема ушла. Всем спасибо за помощь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...