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

Раздача мультикаста на модуляторы

День добрый. Имеем поток мультикаста примерно 600Mb пригнаный с другой ГС. Купили модуляторы dim-1701im-04.

Как раздать каналы по модуляторам? Знаем, что на вход модулятора нельзя подавать более 70Мб - затыкается.

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

Изменено пользователем satmir

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если SPTS,то коммутатор с настроенным IGMP snooping. Больше ни чего не нужно. Если MPTS то наверно можно Астрой разобрать и ретранслировать SPTS.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если SPTS,то коммутатор с настроенным IGMP snooping. Больше ни чего не нужно. Если MPTS то наверно можно Астрой разобрать и ретранслировать SPTS.

Если поток SPTS, коммутатор с настроенным IGMP snooping, работать будет без проблем

если MPTS то дешевое проф.решение

WELLAV SMP-100 Базовый модуль 59 т.р

WELLAV TSIP+ Модуль на 256 IP-входов и 256 IP-выходов SPTS 77 т.р

Изменено пользователем alexaaa

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В потоке есть spts и mpts - модулятор видит все, и из mpts может выбрать нужный канал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

на вход модулятора нельзя подавать более 70Мб - затыкается

но вы ше сами говорите на вход модулятора нельзя подавать более 70Мб - затыкается

Вам и предлагают сделать SPTS чтобы поток не превышал порог

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

думаю

Изменено пользователем satmir

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Помогите кто может с конфигом

IGMP snooping для d-link 3526

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

данный конфиг для d-link 3526 взятый с Хабра не работает :(

 

enable igmp_snooping

create igmp_snooping multicast_vlan multicast 229

config igmp_snooping multicast_vlan multicast state enable replace_source_ip 0.0.0.0 member_port 1-24 source_port 25-26

config igmp_snooping multicast host_timeout 260 router_timeout 260 leave_timer 2 state enable

config igmp_snooping querier multicast query_interval 125 max_response_time 10 robustness_variable 2

config igmp_snooping querier multicast last_member_query_interval 1 state disable

config router_ports multicast add 25-26

config limited_multicast_addr ports 1-26 access deny state disable

config igmp access_authentication ports 1-26 state disable

 

на порты все равно летит 100Мбит/с

 

кто может помочь?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Попробуйте вот так http://www.dlink.ru/ru/faq/58/265.html

на каждом из портов оставьте по 1 мультикасту, остальные отфильтруйте.

Изменено пользователем XenonAlpha62

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

это слишком хитро...

snooping настроили, вроде работаеет,

но выплыл другой вопрос с интересной железяки (берет по DVB-S) вылетает порядка 10-18 каналов вида udp://@224.0.0.2:1001 затем udp://@224.0.0.2:1002 затем udp://@224.0.0.2:1003 ... udp://@224.0.0.2:1018 т.е. туча мультикаста с одним IP, мак тоже один,

 

т.е. когда dim-1701im-04 подписывается на поток, он принимает все потоки на порт и если каналов много то dim-1701im-04 просто затыкается... убрали чатсть каналов с выхода интересной железяки пошло норм, канал добавляешь тухнет...

 

чем разбавить данный поток или как по хитрому настроить dim-1701im-04??

Изменено пользователем Haba 54RUS

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вылетает порядка 10-18 каналов вида udp://@224.0.0.2:1001 затем udp://@224.0.0.2:1002 затем udp://@224.0.0.2:1003 ... udp://@224.0.0.2:1018 т.е. туча мультикаста с одним IP, мак тоже один,

 

Что значит вылетает? Это Вы настраиваете трансляцию каналов в эту группу на разные порты?

 

С википедии:

 

В IPv4 для мультивещания зарезервирована подсеть 224.0.0.0/4. Полный актуальный список зарезервированных блоков на сайте IANA [1]. Разъяснения по зарезервированным мультикастовым подсетям RFC 5771. Выделение мультикастовых адресов описано в RFC 5771. Глобально маршрутизация разрешена только для подсетей 233.0.0.0/8 и 234.0.0.0/8. Но не все провайдеры поддерживают мультикаст-связность.

В Windows просмотреть arp таблицу можно командой arp -a; просмотреть членство в мультикастных группах: netsh interface ipv4 show joins.

 

224.0.0.0/24

[скрыть]

Local Network Control Block. Как правило только для известных протоколов. RFC 3171 для этого блока требует выставления TTL=1.

224.0.0.0 — зарезервировано

224.0.0.1 — все системы в подсети, поддерживающие мультикаст. Система включается в группу при инициализации интерфейса. О членстве в этой группе система не сообщает.

224.0.0.2 — все маршрутизаторы в подсети, поддерживающие мультикаст

224.0.0.5, 224.0.0.6 - OSPF

224.0.0.9 - RIPv2

224.0.0.10 - IGRP

224.0.0.13 - PIM

224.0.0.18 - VRRP

224.0.0.19, 224.0.0.20, 224.0.0.21 - IS-IS

224.0.0.22 - IGMP

224.0.0.102 - HSRP

224.0.0.251 - Multicast DNS (Zeroconf)

224.0.0.252 - LLMNR (англ.)

224.0.0.253 - Teredo

и другие

224.0.1.0 по 238.255.255.255

[скрыть]

Globally Scoped Addresses

224.0.1.0/24 - Internetwork Control Block

224.0.2.0 — 224.0.255.255 - AD-HOC Block I

224.1.0.0/16 - Зарезервировано

224.0.2.0/16 - SDP/SAP Block. RFC 2974. Для приема и передачи анонсов мультимедийных сеансов. Используется Session Announcement Protocol[en].

224.3.0.0/16, 224.4.0.0/16 - AD-HOC Block II

224.5.0.0 по 224.251.255.255 - Зарезервировано

224.252.0.0/14 - DIS Transient Groups

225.0.0.0 — 231.255.255.255 Зарезервировано

232.0.0.0/8 — Source-Specific Multicast[en] Block (SSM). RFC 4607. Модель, где данные передаются только получателям с явно заданной группой.

233.0.0.0/8 - GLOP адреса. Для организаций, у которых есть присвоенная 16-битная автономная система (AS), выделяется подсеть /24. RFC 3180

233.252.0.0/14 — AD-HOC Block III

234.0.0.0/8 — Блок мультистовых адресов, основанных на IPv4-unicast. RFC 6034. Например, если организации выделено 192.0.2.0/24, глобальным multicast адресом этой организации будет 234.192.0.2/32.

239.0.0.0/8 Для частных мультикаст-доменов/организаций (пользовательские адреса). Могут динамически использоваться протоколами.

239.255.255.250 — SSDP.

 

Лично я использую диапазон 238.1.1.0/24. 1-канал - один мультикаст адрес. Порт использую для всех каналов один и тот же - 1234. Например Канал Россия 2 - 238.1.1.39:1234, Канал Наш футбол - 238.1.1.40:1234 и тд. Тогда для приема например Канала Россия 2 на одном устройстве dim-1701im-04 нужно указать мультикаст адрес 238.1.1.39 и порт 1234, для приема канала Наш футбол на другом устройстве dim-1701im-04 - 238.1.1.40 и порт 1234, и тд.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вроде разобрались. Используем два 8-канальных спутниковых приемника DESING DES3508, один просто FTA, другой с функцией

BISS. Который FTA работает нормально - берем с него 18 каналов, все раздается, а который с Бисом, при превышении выходного битрейда какой-то величины начинает "штормить". Стал уменьшать на нем количество каналов на выходе - до 10 каналов - проблема исчезла.Все раздается на модуляторы - добавишь один канал - начинает подцифровывать, еще один вообще все затыкается.

Видимо особенность железки. И плохо что выходной битрейд она не показывет в меню.

И к теме "один канал-один IP" - использем в на приеме PBI dmm-2200p,- на выходе с него группа каналов с одним IP

Тоже все раздается - модулятор прописывает все каналы, из списка выбираеш нужный.

Мы все потоки с разных источников (спутниковые приемники, интернет провайдеры, энкодер) смешивае

на гигабитном коммутаторе, а потом раздаем

Изменено пользователем satmir

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

давайте все с начала:

 

1) стоят два 8-канальных спутниковых приемника DESING DES3508, один просто FTA, другой с функцией

BISS, есть также на приеме PBI dmm-2200p

 

у DESING DES3508 два порта Ethernet, один под управление другой под слив мультикаста, мультикаст льется на произвольно выбраный ип 224.х.х.х, причем 10 каналов льются на один ип только на разные порты

например 224.х.х.х:2001, 224.х.х.х:2002, 224.х.х.х:2003 .... 224.х.х.х:2010

 

у PBI dmm-2200p льется 2 мультикаст потока на произвольно выбраный ип 224.х.х.х с произвольно выбранным портом.

 

2) стоит D-Link DGS-3224SR, который в свою очередь занимается так сказать смешением, с таким незамысловатым конфигом, остальное все по умолчанию...

 

config traffic_segmentation 1:1-1:18 forward_list 1:19-1:24

config traffic_segmentation 1:19-1:24 forward_list 1:1-1:18

 

config vlan default delete 1:1-1:24

config vlan default add untagged 1:1-1:24

config vlan default advertisement enable

 

config ipif System vlan default ipaddress 10.10.0.106/24 state enable

 

суть в том что на портах 19-24 возникает около 600 мбит не тегированного трафика

ни квериер ни снупинг на нем не настроенны

 

задача в том чтобы по 1Gb линку подать весь этот мультикаст на другую станцию, принять его dim-1701im-04 (2 порта eth, оба на прием, в одном управление, выход 2хASI)

 

600 мбит не тегированного трафика успешно передали, приняли их, все показывает, но нет управления!

 

3) на приеме стоит D-Link DES-3526 c таким конфигом

 

все порты по дефолту во влан 1

 

enable igmp_snooping

create igmp_snooping multicast_vlan IPTV 7

config igmp_snooping multicast_vlan IPTV state enable replace_source_ip 0.0.0.0 member_port 3-25 untag_source_port 26

config igmp_snooping IPTV host_timeout 260 router_timeout 260 leave_timer 2 state enable

config igmp_snooping querier IPTV query_interval 125 max_response_time 10 robustness_variable 2

config igmp_snooping querier IPTV last_member_query_interval 1 state enable

config router_ports IPTV add 26

config limited_multicast_addr ports 1-26 access deny state disable

config igmp access_authentication ports 1-26 state disable

ВОПРОС:

Как затегировать нетегированный мультикаст на D-Link DGS-3224SR,

Как правильно настроить и передать управление

 

мои мысли такие:

D-Link DGS-3224SR

 

config vlan default delete 1:1-1:24

create vlan 8 tag 8

config vlan 8 add untagged 1:1-1:2

config vlan 8 add tagget 1:24

config vlan 8 advertisement disable

create vlan 81 tag 81

config vlan 81 add untagged 1:3-1:23 (здесь все источники мультикаста сольют во влан 81)

config vlan 81 add tagget 1:24

config vlan 81 advertisement enable

 

config ipif System vlan 8 ipaddress 10.10.0.106/24 state enable

create iproute default 10.10.0.100 1

 

D-Link DES-3526

 

create vlan 8 tag 8

config vlan 8 add untagged 1-24

config vlan 8 add tagget 25-26

config vlan 8 advertisement enable

 

enable igmp_snooping

config igmp_snooping data_driven_learning max_learned_entry 56

enable igmp_snooping multicast_vlan

create igmp_snooping multicast_vlan 81 81

config igmp_snooping multicast_vlan 81 state enable

config igmp_snooping multicast_vlan 81 add member_port 1-25

config igmp_snooping multicast_vlan 81 add source_port 26

#config igmp_snooping multicast_vlan 81 replace_source_ip 0.0.0.0

config igmp_snooping vlan_name default state disable fast_leave disable

config igmp_snooping data_driven_learning vlan_name default aged_out disable

config igmp_snooping querier all query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state disable version 3

 

config ipif System vlan 8 ipaddress 10.10.0.101/24 state enable

create iproute default 10.10.0.100 1

 

т.е.на D-Link DGS-3224SR загнали мультикаст в тег, управление в тег, затем на D-Link DES-3526 вытащили управление из тега на все порты и через igmp_snooping multicast_vlan влан подмешали мультикаст во влан управления на все порты

Изменено пользователем Haba 54RUS

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

эта же тема в проекте построение eth и IP сетей http://forum.nag.ru/forum/index.php?showtopic=110499

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

суть в том что на портах 19-24 возникает около 600 мбит не тегированного трафика

ни квериер ни снупинг на нем не настроены

 

Нужно включить снупинг, и квериер нужен. И включить фильтрацию незарегистрированных мультикаст групп.

 

600 мбит не тегированного трафика успешно передали

А почему не тегированного? Почему бы не передать успешно тегированный?

Изменено пользователем BSI_KSK

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.