Нет, не верно. Достаточно acl, доверять абонентским портам не нужно.

вопрос к D-Link заключается в том, как раскраска через access_profile работает применительно к igmp:

Вариант первый: сначала применяются рядовые профили, кадру меняется приоритет/он ремапится в нужную очередь, затем cpu профили, и затем уже с новыми параметрами кадры попадают на CPU.

Вариант второй: igmp проходит мимо обычных профилей, применяются cpu профили и затем кадры-пакеты попадают в CPU. Если так, тогда все попытки раскрасок в простых профилях бесполезны.

я поясню что озвученный мной (уточняющий коллегу John_obn) вопрос связан с непониманием полного рецепта готовки коммутаторов с 4.42.
В теории (как мы поняли) так:

- клиентский igmp от direct connected абонентов невелик и его должно хватать на очереди, даже если он некрашен. Далее "вверх" все подписки/отписки транслируются коммутатором с remap/replace priority т.е. "выше" уже должен попадать в "широкие" очереди;

- прилетающий с аплинка igmp (а это, на минуточку все igmp specific query от querier) имеет окраску высшего приоритета и должен попадать в "широкие" очереди. Которые в больших сегментах и цепочках коммутаторов оказываются не такими уж и широкими. Например, у коллеги на 4.42 появились жалобы на пропадания TV. Он успел поймать, что в этот момент в sh igmp_sno vlan IPTV пропадает Querier IP. Можно предположить что rate limit дропнул query.
Если так проявляется влияние cpu rate limit и

то относительно беспроблемное использование данной серии на операторском доступе становится под вопрос, ну а вместе с этим и целесообразность применения всей серии.

Поэтому мы хотели бы услышать официальный рецепт готовки IPTV с жестко прошитым cpu rate limit в больших сегментах (до сотни коммутаторов, цепочками по 2-5). Судя по постам тут, у ряда "коллег по цеху" возникает аналогичные вопросы.

Artem , не путаете здесь Кбит/с с бит/c? Я снял дамп трафика приходящего с аплинка, проанализировал поток пакетов с dscp != 0, добегает максимум до 4Кбит/с.

Апну тему. Очень нужно услышать ответ от инженеров DLink

Присоединюсь к вопросу.
После перепрошивки на 4.42 около 100 комумтаторов, проблема выявилась не сразу и примерно на 3-5 устройствах.
Закономерности выявить не смог, заметил только, что начали расти счетчики Drop packets.
Command: show error ports 28

Port Number : 28
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 41686314 Collision 0
Symbol Error 0

На остальных коммутаторах та же картинка.
Что за пакеты могут отбрасываются коммутаторами?
Причем проблема с лагающим доступом через CLI и периодическим пингом до 1000 мс., а то и пропадание его вообще, более актуальна за загруженных узлах, но что интересно ей почему то подвержены не все коммутаторы даже С1 ревизии. Соответственно есть проблемы с прошивкой и на большой нагрузке и в тех местах где её практически нет.

asp1, в Drop Packets из вывода show error ports может попадать много чего. Более полезная информация по проблеме будет по выводу команды show cpu port

ну причем тут трафик контрол (хотя, конечно, длинк может...), если проявление тормозов прямо связано с включением порт-секьюрити?
трафик контрол у меня включен только для бродкастов (action drop threshold 100), отключать пробовал - не помогает.
bandwidth не используется, мультикаста нет вообще на этом свитче, dscp тоже не кручу.
перешился в последнюю 4.42.003 - все осталось один-в-один.

приоритет через ацль управляющему трафику поднять пробовал, реакции ноль.

а, ну да... на 3200-26, стоящий рядом, эти тормоза не распространяются. может, проблема именно в версии 28F?

_________________
/nixx

подскажите чем грозит "config dscp trust all state enable" ?

как минимум тем, что если умный абонент повешает у себя cs7 - по всей вашей сети он пойдет с этим приоритетом.

А если у каждого абонеета свой влан?

а какая разница? Ну будет он с CS7 ходить в своём влане до ядра.
После этого решит ещё чё-нить накрутить, накрутит у себя петлю и получите шторм с CS7 трафиком. Ничего хорошего в этом точно не будет.

Ясно, спасибо.

Коллеги, технари. Я вот одного не пойму, нахрена играться с прошивками? Вам нечем заняться? А как же принцип "работает - не трогай"?
Неужели нельзя найти ту заветную "золотую середину", прошивку в которой все фичи вашей сети работают нормально. И ставить только её?

[offtopic]последней золотой серединой была 6.20 для 3526.[/offtopic]

_________________
/nixx