IP--->DVB-C 32-х канальный IPQAM 10K511N Мультиплексирующий ШЛЮЗ

[sky star]

сколько живу , столько 128 ая сама себе на уме , то не все телеки ее видели , то ей пытаоись сетки лечить там где 256 не труху расспался

надо простить софт и шить , скорее всего железо + софт поставлялось под 64+256 и 128 не оговаривался

[Krio]

Ещё хотел предупредить.
Кстати странно, что нет регулировок уровня по несущим, аппаратно должен быть. У С518-й насколько помню есть. Ну корректировка хоть +- для каждой.
Так вот, у IP-QAM от сумавижена (С518-я - это одно и тоже аппартно и софтово, есть две прошивки), намного выше требования к PCR входящих потоков, чем у мукса на базе полноценного ЕМР3.0. Здесь на форуме в теме суммы были вопросы с 57-й страницы кажись. Это ещё одна причина, табу с моей стороны. Так в отличии от полноценного шасси, нет понятия референс битрейт, плюс буфер и коррекция намного хуже. Ip-Qam от сумавижена будет думаю относительно хорошо кушать MPTS/CBR (другие можете и не пробовать) потоки от A2B EXM и от ЕМР3.0 (так и предполагается), а вот DVlab - сам имеет гадкий PCR, и PBI то же (я с них последовательно пропуская два раза через мукс ЕМР3.0, еле PCR правлю, и тока тады на IP-QAM), а с IP-Qam напрямую, нет не устроит результат вас.
Никакого IGMP и VLAN, ну поверьте, не в ядре ГС, и юникаст поддержу если есть возможность.
Всё увидите в PCR.
Опыт же за спиной, может и не такой детальный и глубокий как у скайстара, зато массовый на территории всего бывшего СССР.
Я в сетевом не сильно понимаю, но любая умная маршрутизация, удар по PCR, это физика, извините.
Поэтому чем проще коммутатор в ядре - тем лучше.
Да TDM в любых коммутаторах, априори будет предполагать, чем ниже общий битрейт на порту (в любом месте, вход, выход), тем ниже задержки.

[1076]

Никакого IGMP и VLAN, ну поверьте, не в ядре ГС

Как то  все  годами  работает  с IGMP и VLAN  и проблем  нет

Опять  же   у  части  устройств  совмещено  управление  и  мультикаст  в  одном  порту  -  как  их  тогда  отделять ?

[Krio]

Как то  все  годами  работает  с IGMP и VLAN  и проблем  нет
Опять  же   у  части  устройств  совмещено  управление  и  мультикаст  в  одном  порту  -  как  их  тогда  отделять ?

Такие железки - продавать по возможности.
Да, работают, но или всё очень сложно в настройках, а следовательно иногда падает. Или потом в ядре, делают как скайстар., да с годами, не сразу, такие мы, любим каждый сам пройти этот путь. :-)
И кстати ещё, Вы в этом понимаете лучше, поэтому, для вас может - это и правильнее. Я то смотрю со своей точки зрения, и в чём могу дать совет, поэтому может мы и не правы. Это важное замечание для объективности.
ПС Вот даже в крупных сетях, человека разбирающегося и в том, и в том, как Вы не найти практически. У них штат огромный. И каждый отдел гадит другому.

[1076]

но или всё очень сложно в настройках

Сложно  -  потому  что  нет  готовых  конфигов  под  это .   Вендоры  предпочитают  молчанием  эту  тему обходить.
У  A2b  -  устройства  для  формирования  общих  таблиц  должны  видеть друг друга  по L2  .  На  этих  же  портах  -вход  и  выход  мультикаста.  В  паблике под  эту  конфигурацию конфигов ядра  ГС  нет .  Но  решение  есть .

[1076]

И каждый отдел гадит другому.

Наблюдал  такое  тоже    -  борьба  за  KPI   

[1076]

Обнаружено,  что далеко не  все  SFP  в  нем  работают.

верхний  и  еще   8 разных -  не  поднимаются в  этом  устройстве.
Нижний -  работает.

[sky star]

переходники в emr вообще работают не предсказуемо , у меня с пяток разных пар , и все так или иначе глючили ,
 а тех поддержка сразу сказала что : пока нормальные sfp не поставишь - мы тебе хрен чем поможем !

то было в самый старт моего знакомства с emr  , но все следующие опыты так или иначе "глючили"

[1076]

ошибки в настройке быть не  может ?

Нет   регулировок  уровня  отдельных  несущих .

Регулировки есть -  но  под  этим  пользователем  недоступны.

[1076]

S\N  вполне  достойный , для  планара  предел , лучше  он  не  может  показать