Перейти к содержимому
Калькуляторы

704114

Пользователи
  • Публикации

    55
  • Зарегистрирован

  • Посещение

О 704114

  • Звание
    Абитуриент

Информация

  • Пол
    Мужчина

Город

  • Город
    Москва

Посетители профиля

243 просмотра профиля
  1. RSP 720 3CXL

    Всем привет! А конкретную железку на замену данного устройства кто-нибудь посоветует? Т.е. от новой железки требуется: 3-4 full-view, 3-4 обменника, от 30 до 170к префиксов. Пяток приватных пиров от нескольких десятков до нескольких десятков тысяч префиксов. Стопка даунлинков с full-view, плюс несколько с дефолтом. Пока присматриваемся к Juniper MX204, возможно что получше посоветуете.
  2. Вот так примерно рабочий конфиг выглядит. ip routing ! ip multicast-routing distributed ! interface Loopback6 ip address 6.6.6.6 255.255.255.255 ! interface GigabitEthernet1/0/1 description --up to eltex-- switchport trunk encapsulation dot1q switchport trunk allowed vlan 2,3 switchport mode trunk ! interface GigabitEthernet1/0/2 description --down to tv-station-- switchport access vlan 666 switchport mode access ! interface Vlan2 ip address 10.2.0.1/24 ip pim sparse-mode ! interface Vlan3 ip address 10.3.0.1/24 ip pim sparse-mode ! interface Vlan666 ip address 10.4.0.1/24 ip pim sparse-mode ! xxx.xxx.xxx.xxx yyy.yyy.yyy.yyy - подсеть с мультикастами ip mroute xxx.xxx.xxx.xxx yyy.yyy.yyy.yyy static 10.2.0.1 ip mroute xxx.xxx.xxx.xxx yyy.yyy.yyy.yyy static 10.3.0.1 !и т д !либо ip mroute вообще не нужно если на vlan2 и vlan3 навесить ip из подсети с источниками мультикастов ! ip pim rp-address 6.6.6.6 99 ! access-list 99 permit 239.2.7.0 0.0.0.255 !и другие диапазоны групп если имеются ! и на eltex на всякий случай igmp snooping выключить во vlan2 и vlan3. И еще нужно убедиться, что оператор подает потоки во vlan2 и vlan3 постоянно. Без необходимости отсылки joins к нему. Если joins всё же требуются то еще строчек подскажу.
  3. Тут есть несколько вариантов. Как уже предлагали - перемычки, я бы именно так сделал как самое простое. Второе MVR. Тоже штука простая но не знаю есть ли MVR на указанном железе. PIM. С PIM нужно учесть вот что: В качестве RP можно указать свой же девайс. Кроме того, обязательно нужно учесть работу RPF-check. Поток будет маршрутизироваться ТОЛЬКО если маршрутизатор имеет маршрут до IP источника мультикаст группы. Самое простое тут - навесить на vlan 2, vlan 3 ip адрес из подсетки, из которой раздаются потоки. Если же подсеток много, то до каждой придётся маршрут прописывать. В общем если не лень с пимом возиться то вперед, а с перемычками просто и железно, никаких SRC IP и маршрутов. Даже могу скинуть ссылку на свои же рукописи, по которым запустил стримы с кучей операторов) https://kb.msk-ix.ru/ix/faq/#tv_faq Там общие моменты но смысл тот же.
  4. Из того, что уже запускалось на Cisco DCM9902.
  5. FEC лечит как потерю пакетов, не пачками конечно, а единичные. Так и позволяет склеивать бесшёвно несколько идентичных потоков. Это склеивание у вендоров по-разному называется, у кого-то просто FEC, Hitless Merge, seamless input redundancy и т.д. Увеличение избыточности в данном случае мало волнует. В 2-3 раза увеличение никаких проблем не составит. Всё это работает на 5 с плюсом, уже проверено на практике на доставке потоков из США, Европы и т. д. Только в случае с США и Европой объёмы совсем небольшие, там стоят обычные ресиверы harmonic, которые поддерживают FEC. Сейчас же пришлось выбирать железки под большие объёмы и они есть в продаже)
  6. Статистику приложу, в общем тут всё просто. Трасса Москва-Екатеренбург. Канал составной, на данный момент DWDM арендован у 5ти независимых поставщиков. Полосы пропускания сильно с запасом, 50G. (естественно что не всё используется под мультикаст, есть другие не менее важные проекты). Так вот один из каналов начинает либо флапать, либо авария, либо еще что. Во время этих косяков, трафик перекладывается с одного линка на другой, но бесследно это не проходит. Обычному трафику на это сильно пофигу, подумаешь какие-то секунды. Но с тв и мультикастом всё не так. На графике можно посмотреть то что раздражает телевизионщиков. Им не нравиться это, требуют устранения. На самом деле это еще график красивый, бывает всё сильно хуже, ночью начинает канал 10 раз флапать туда сюда, либо CRC ошибки начинают единичные появляться. На ночную техподдержку денег фиг(да и нужна ли она? будет реагировать уже по факту накопления ошибок), так что техникой выкручиваться придётся. Вот FEC тут и есть решение которое выручит. Полосы пропускания с запасом, хоть на 2 или на 3 умножай. Пускаю две копии трафика через разных поставщиков и в точке приёма бесшёвно склеиваю. В общем для этих целей я и просил посоветовать железку. И сейчас уже список кандидатов выбран: appear tv, harmonic, cisco. zixi, netinside, ericsson оказались очень сильно дороги.
  7. Результат нужен такой чтобы работало. Без ошибок. Дел много, FEC настраивать это просто сказано. Городов много, нужно выбрать красивое решение и протестировать, опенсорс какой-либо не пройдет сразу говорю, сервер с ним не дай бог перестанет работать, пока новый запускается все клиенты разбегутся. Только решения от ведущих вендоров. Cicso, Harmonic, Appear tv и т.д. Оборудование со всех сторон то, которое выберется и протестируется. Контроль результатов по мониторингу bridgetech(это тоже не с проста, крупные операторы контролируют именно им и нужно чтобы у них не возникало вопросов), по всем параметрам сигнал должен годен к использованию. Мониторинг всего этого дела, что выдает устройство после FEC декодирования в каждом городе также задача. В общем куча дел, кому интересно этим заниматься могу скинуть описание вакансии в личку. Огромный минус что нельзя работать удаленно, + очень дорого по времени стоят ошибки. Стоит один раз что-то сломать и ровно день придётся отмахиваться и оправдываться перед всеми клиентами. Уже будет не до тестирования чего либо.
  8. Сроки вполне реальные. Главное результата достичь. 1000 с копейками мультикастов 3 года плодилось. На FEC задача на год примерно, но врядли даже за год получиться. 2 года с запасом.
  9. Можно к нам на работу устроиться и реализовать всё что душе угодно) но будет не просто.
  10. Оно круто для своих целей. Я когда обслуживал IPTV для абонентов интернет провайдера, там и ffmpeg и vlc и dvblast ой как нужны. В случае когда у тебя ~50 операторов связи, у каждого из них своя служба поддержки, которая не из одного человека состоит. Так вот там одного падения хватит чтобы потом весь день не работать, а объясняться и извинения писать.
  11. Коллеги, я бы не стал сильно удивляться ценнику 15К. Это даже далеко не всё, устройство нужно не одно а два минимум, для резервирования. Это еще умножить на 2. Техподдержка также нужна. За неё платить. И для сравнения, один мониторинг, всего лишь мониторинг bridgetech обошелся в 35К евро. За один сервер. А на практике одного сервера оказалось мало и того 70К только за мониторинг. Более дешевые российские аналоги просто не смогли прожевать столько трафика и в них было куча других косяков. ffmpeg, vlc, dvblast, болячки этого софта хорошо изучены. Могут по памяти течь, рассинхрон и т. д. К проекту подключены все крупные операторы, они за это просто мозг вынесут. И FEC это не хрень. Потоки собираются в Москве, далее их путь очень далекий. Вся трасса Москва-Екатеринбург-Новоссибирск-Хабаровск-Вдадивосток. По пути различные каналы связи от различных поставщиков. В большинстве случаев это арендованные DWDM лямбды, это достаточно не плохой вариант, но и он массу проблем доставляет. Например один из каналов отваливается, потоки перекладываются на другой от другого поставщика, так и тут проблема, пока LACP думает 3сек, уже тв успевает пострадать. Единичные CRC ошибки временно появились в 3 ночи - готовься вставать разбираться и потом объясняться перед операторами. В некоторых случаях DWDM вообще нет возможности использовать и используется L2VPN, а там все фокусы MPLS сети. Туннель перестроился - тв не работает какое то время. Так что лучше тут варианта как гнать поток двумя путями независимыми, и бесшовно склеивать на другом конце тут не придумать. Это и есть задача FEC. Да это требует затрат но оно работает.
  12. В районе 15К евро за один конец.
  13. программное zixi pipe) цена пока неизвестна, считают) там 10Г интерфейсы сервера можно использовать
  14. Благодарю! Очень полезная инфа. Harmonic правда уже предложили на тест. Возможно это лучший вариант с интерфейсом 10G по ценнику. Будем смотреть.
  15. Всем спасибо за советы! Раз 10Г пока редкость для такого железа, начнем тесты с teleste luminato + FEC codec module.