да

но у меня свичи на всяких разных версиях ПО, но на последней версии свичей нет.

у меня было
DGS-1100-06-A1-1-01-B027.hex
DGS-1100-06-A1-1-02-B072.hex
DGS-1100-06-A1-1-03-B008-ALL.hex

изменений не замечено.

Если не сложно, сообщите ваши версии прошивок.
Также вариант, что у вас битрейт ниже, а также нет никаких берстов, если действительно счетчк по нулям и аптайм у свитча не 1 час. На некоторых каналах у нас также проблем нет.

Сложно сейчас найти свичи, где у нас реально используют IPTV
Один под руку попался:
System Firmware Version : 1.00.B060
System Up Time : 11 days, 1 hrs, 0 min, 0 secs

show igmp_snooping forwarding



VLAN Name : IPTV
Multicast group : 239.1.8.2
MAC address : 01-00-5E-01-08-02
Port Member include : 4,6


show error ports 4

Port Number : 4
RX Frames TX Frames
--------- ---------
CRC Error 0 Excessive Deferral 0
Undersize 0 CRC Error 0
Oversize 0 Late Collision 0
Fragment 0 Excessive Collision 0
Jabber 0 Single Collision 0
Drop Pkts 0 Collision 0


show packet ports 4

Port Number : 4
Frame Size Frame Counts Frames/sec Frame Type Total Total/sec
------------ ------------ ---------- ---------- ---------- ---------
64 2169448 1 RX Bytes 648248691 6
65-127 3555668 0 RX Frames 6927562 1
128-255 1178357 0
256-511 11821 0 TX Bytes 41852356 344084
512-1023 217 0 TX Frames 1684027230 253
1024-1518 12051 0

Unicast RX 5481895 0
Multicast RX 51976 1
Broadcast RX 1393691 0

Дополнительные вопросы:
1) почему эта проблема касается только мультикаста и не касается юникаст трафика? По крайней мере ip-трафик в значительно больших объёмах через коммутатор ходит без проблем.

2) если проблема касается всех DGS серий, то и DGS-3120-24SC (которые многие операторы ставят в агрегации на замену шасси с медиаконвертерами) тоже ей подвержены? Или есть неподверженные данной проблеме DGS?

DGS-1100-06-A1-1-02-B060.hex
DGS-1100-06-A1-1-02-B062.hex
DGS-1100-06-A1-1-02-B081.hex
DGS-1100-06-A1-1-03-B008-ALL.hex

Результат одинаков. Думается мне, что характер мультикаста разный у нас с вами.
По поводу 1.00.B060 - часто висли они, на сколько мне помнится.
Хочется ответов от инженеров DLink

По описанию проблемы очень похоже на MicroBurst, когда у вас с источника мультикаста иногда пакеты прибегают группой на скорости больше, чем 100М.

http://www.dlink.ru/ru/products/1/2048_b.html
DGS-1100-06/ME
Буфер пакетов: 128 КБ

http://www.dlink.ru/ru/products/1/1920_b.html
DGS-3120-24SC/*EI
Буфер пакетов: 2 Мб

Для диагностики - можно попробовать снять дамп через Wireshark и посмотреть Jitter на потоке.
Снимать лучше в двух местах - от абонента на 100Мб (при этом одновременно смотреть ТВ и делать пометки во время рассыпания картинки) и на узле на 1Гб подключении.

Как посмотреть потом результаты:
https://habrahabr.ru/company/pentestit/blog/204274/
http://www.networkhints.com/2014/11/mul ... using.html

Варианты решения проблемы:
1) сменить поставщика мультикаста или попросить разобраться
2) включить Flow Control на DGS-1100 и на вышестоящем свитче с большим размером буфера (если будет много абонентов, то проблема вылезет вновь)
3) поставить между поставщиком мультикаста и ядром сети свитч с большим размером буфера, в сеть подключить через порт 100Мб (зависит от количества одновременно просматриваемых каналов и их потока)
4) перейти с Multicast на Unicast (проксирование где-то в ядре)
5) варианты Shaping на линуксе для потоков или Astra Cesbo - только теоретические

nwton вопрос больше не в буферах, в совместно буферы+алгоритм коммутации. Помнится тот-же D-Link мне лично говорил что store-and-forward прошлый век и уже нет свитчей с ним. То есть исходя из предположения практически wirespeed пусть даже с прекладыванием кадра через буфер, до забивания выходного порта под завязку (пусть даже микробёрстами) никаких проблем возникать не должно. И на немультикаст трафике их явно и не заметно.

umkas, по вашему там используется Cut-Through технология?

Смотрю в документацию:
DGS 3120_Series_FW_R1.02_HW Installation Guide.pdf
страница 32, написано:


DS_DGS-1100-06ME_series_RUS.pdf
страница 2, написано:


На обычном трафике MicroBurst наблюдал и не раз, особенно проблема стала актуальна в последнее время с развитием 1Гб подключений у источников трафика и мелких свитчей с маленьким размером буфера.

nwton, спасибо за подсказку. Как говорилось в одной миниатюре "и тэм нэ мэнээ!".

1. flowcontrol влияет в лучшую сторону, но это перекладывание проблемы на вышестоящий коммутатор. Где-то это допустимо, где-то нет.
2. Потоки со стримера мы подровняем. Я видел что в Astra этот вопрос пытались решать. У нас не Astra, но об этом вопросе мы тоже знаем. По проверке выравнивание влияет в лучшую сторону и не только на этот коммутатор но и на другие устройства, включая stbшку.

Этими двумя пунктами ситуацию удалось улучшить.


Подскажите, на DGS-3120-24SC такая-же проблема (потерь при ассиметрии скорости входящего-выходящего порта) существует или нет? К сожалению, нет её на руках для теста "на столе".

а на каких портах Вы включали flow control?

FlowControl включен на Uplink порту DGS-1100-06ME и на порту DES-3200 коммутатора, к которому подключен DGS-1100-06ME

Получил ту же проблему, но без всякого мультикаста на стенде из сервера с простейшей самбой и плеером. Перепробовал кучу комбинаций, отключал всё, включал flow control - картинка сыпеться.
Любая 100M сетевуха, включая usb - сыпеться. Как только берем любую гигабитную - всё отлично.
Даже включение любого неуправляемого гигабитного свича между DGS и клиентом 100M исправляет ситуацию.
Как только что-то из 1G порта начинает переливаться в 100M внутри DGS - начинаеться packet loss и ретрансмит. Особенно заметно на любых стримах. Также проблема хорошо видна в iperf. Очень печально.
Детальнее тут: viewtopic.php?f=2&t=160307&start=495#p955771

Получается, что решения кроме flowcontrol и приоритизацией DSCP нет ? Порядком начинает уже надоедать эта проблема, и всплывать на жалобах клиентов.