Форум МАКАТЕЛ
Оборудование и SOFT => Головные станции => Тема начата: Mehanic от 05.12.2019, 18:47
-
Всем доброго времени!
Модернизируем сеть КТВ.
И столкнулись с БОЛЬШОЙ ПРОБЛЕМОЙ.
При подключении еще оборудования к D-Link. (Таngram. PBI) начинаются рассыпаться каналы в Аналоге на ВТА-10.
Потоки не сказать что большие 10-50-80 Мб/сек.
-
Танграм и длинк в одной упряжке О_о
А вообще, для сохранности нервов, очень не рекомендую сочетать мультикаст и длинки
-
Всем доброго времени!
Модернизируем сеть КТВ.
И столкнулись с БОЛЬШОЙ ПРОБЛЕМОЙ.
При подключении еще оборудования к D-Link. (Таngram. PBI) начинаются рассыпаться каналы в Аналоге на ВТА-10.
Потоки не сказать что большие 10-50-80 Мб/сек.
А общий поток сколько? Вполне может быть что не справляются входные порты модуляторов с полным потоком.
-
Всем доброго времени!
Модернизируем сеть КТВ.
И столкнулись с БОЛЬШОЙ ПРОБЛЕМОЙ.
При подключении еще оборудования к D-Link. (Таngram. PBI) начинаются рассыпаться каналы в Аналоге на ВТА-10.
Потоки не сказать что большие 10-50-80 Мб/сек.
А общий поток сколько? Вполне может быть что не справляются входные порты модуляторов с полным потоком.
500-600 Мб/сек.
На всем железе порты 1 Гб/сек
-
Зайдите на Длинк телнетом.
Посмотрите загрузку проца и портов.
show utilization cpu
show utilization ports
Как вариант попробовать сегментировать траффик на коммутаторе.
-
Недавно был подобный сбой. Проц был загружен на 50%. Обнаружили хитрое "кольцо". После устранения кольца проблемы исчезли. Загрузка на проце снизилась до 10%.
-
Даже на ютубе есть ролики где в морде есть показометр утилизации cpu ram
;)
Ролики вроде на португальском
-
А так все это от "желания рыпку сьесть" ,
юникаст работает без использования мазгов свича и умения програмеров,
юникаст работает от мозгов инженера ;)
-
500-600 Мб/сек.
На всем железе порты 1 Гб/сек
Далеко не факт, у меня потоки тоже +- 600 МБит, у всего железа, вроде бы как порты гигабитные, но если не использовать IGMP то модуляторы впадают в ступор от входящего потока. Ротон в меньшей степени, а qtx-2 сильно заметно.
-
IGMP Включен
-
Проверили загрузку процессора?
-
IGMP Включен
А если подождать секунд 10-20, пока все igmp подписки обновятся? У меня тоже после отключения\подключения портов тоже секунд 10-20 на всех портах каша из потоков.
-
А если подождать секунд 10-20, пока все igmp подписки обновятся? У меня тоже после отключения\подключения портов тоже секунд 10-20 на всех портах каша из потоков.
я и не знал что так бывает
-
На D-linkaх я предпочитаю использовать traffic segmentation, чтобы поток шёл только на тот порт, куда его посылают, а не бегал по всем. Кроме того, это изолирует получателей друг от друга, позволяя очень просто организовать распределение "точка-многоточка", что на тех же VLAN не сделать.
А вот четкая работа всяких мультикастовых примочек там точно не гарантируется.
В ближайшее время буду IP-коммутацию потоков запускать через D-link, может тоже на неприятности нарвусь :)
-
вот сложности то
я об этом и не догадывался
-
На D-linkaх я предпочитаю использовать traffic segmentation
Плюсую.
Ибо это правильно, нефиг гонять траффик по всем портам в коммутаторе.
f_emo_52 f_emo_52 f_emo_52
-
Заказал Коммутатор Cisco Catalyst WS-C3750G-24TS-S1U
Может решить проблему
-
http://www.dlink.ru/ru/faq/58/267.html
Это нужно настроить - и источники изолируете и приемники получат то , что запросили .
Для тех кто запрашивать не умеет - нужно принудительно прокинуть.
И смотрите загрузку портов- в графиках что ?
-
Cisco Catalyst 4900 Series WS-C4948-10GE-E.
У нас вот эти работают.
-
Допотопный D-Link DGS-3100-24TG
Вполне не плохо справляется.
f_emo_29
-
Специалиста нет, чтоб с этим разобраться.
Сами не можем.
-
А рядом с сиcтемником черненкое это чего ?
И где, те в какой железке QAM модулятор живет?
-
Специалиста нет, чтоб с этим разобраться.
Сами не можем.
Я, пока ещё не волшебник, а только учусь... Но позволю выразить, своё скромное мнение. Такое ощущение, что человек задумал выстрелить себе в ногу!
Параллельно, обращаюсь к уважаемому Alexam : Алексей, по моему давно назрела пора, наладить мелкосерийный выпуск Шаманских Бубнов, для камланий над подобными системами.
ОсвЯщение и сертификацию, предлагаю возложить на уважаемого Sky star ( ввиду его большого опыта, в помощи распрямления кривых систем, и относительной географической близости к местам Шаманским ).
P.S. Ничего личного, просто - шутка!
P.P.S. Mehanic - у Вас ящик личных сообщений переполнен!
-
я одного так и не понял ,
на кой ляд в этой схеме мультикаст ?
оно хучь как то понятно когда "и рыпку скушать и удовольствие получить" и в ТВ и в IP ,
но тут нет ипитв :-\
-
Специалиста нет, чтоб с этим разобраться.
Сами не можем.
Я, пока ещё не волшебник, а только учусь... Но позволю выразить, своё скромное мнение. Такое ощущение, что человек задумал выстрелить себе в ногу!
Параллельно, обращаюсь к уважаемому Alexam : Алексей, по моему давно назрела пора, наладить мелкосерийный выпуск Шаманских Бубнов, для камланий над подобными системами.
ОсвЯщение и сертификацию, предлагаю возложить на уважаемого Sky star ( ввиду его большого опыта, в помощи распрямления кривых систем, и относительной географической близости к местам Шаманским ).
P.S. Ничего личного, просто - шутка!
P.P.S. Mehanic - у Вас ящик личных сообщений переполнен!
ОЧИСТЕЛ
-
не в D-Link проблема, работаю с двумя ГС, везде Wisi, EMR, Dexin, PBI, трафика 900 Мб/с, стоит DGS-3000-26TC настроен как тупое железо, все работает как часы.
Что то у Вас на схеме странные ip и порты мультикаста, скорей всего у вас ip конфликт на сетевых интерфейсах, или два одинаковых мультикаста где-то прописаны.
-
с ВТА-10 конечно не работал, но возможно там кросс кабель, вместо обычного надо использовать.
-
192.168... мультикаст?
Это для меня немного странно.
-
я одного так и не понял ,
на кой ляд в этой схеме мультикаст ?
оно хучь как то понятно когда "и рыпку скушать и удовольствие получить" и в ТВ и в IP ,
но тут нет ипитв :-\
А как поток (телеканалы) отправить на другое оборудование
-
Юникаст конечно же предпочтительнее - контроль доставки пакетов это прекрасно
Но тут встаёт вопрос поддержки типа передачи данных оборудованием
-
Да и сложности, если надо принимать один и тот же канал разными железками.
-
Юникаст конечно же предпочтительнее - контроль доставки пакетов это прекрасно
Но тут встаёт вопрос поддержки типа передачи данных оборудованием
Что в юникаст что в мульткаст - один и тот же UDP - только по разным адресам .
Мультикастовые адреса коммутируются по несколько иным правилам , чем юникастовые - это в каждом свиче аппаратно зашито.
-
Да и сложности, если надо принимать один и тот же канал разными железками.
а как же я это смог решить то ?
а по факту , инженер просто обязан понимать что он делает ,
иначе дальше тупик
я же как вещаю оба РТРС и в аналог с ip -pal и в цифре ,
но оба отдаю юникастом !
и это не сложно
-
Скрины
-
я верно вижу 100% проца
-
Ага, проц в полке
Первым делом нужно привести в порядок обозначенный коллегой вопрос:
192.168... мультикаст?
Это для меня немного странно.
Адресные пространства под мультикаст чётко определены:
http://www.tcpipguide.com/free/t_IPMulticastAddressing.htm
-
если там шторм , то иначе и не будет
-
Надо пробовать сегментировать траффик для начала, в любом случае процу станет полегче.
Команда из консоли sh traffic_segmentatio n что выводит ?