форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (Диагностика и решение проблем)
Изначальное сообщение		[ Отслеживать ]

"Проблема с Multicast"	+/–
Сообщение от forca (ok) on 23-Авг-11, 00:09
Схема такая: Huawei S5648P (является RP), на одном из портов которого висит промежуточный роутер Huawei S5624F, DR Huawei S5624P. Между свитчами настроен PIM-SM и IGMP то есть циркулирует Multicast. Задача состоит в следующем: с Huawei S5648P тот который выполняет функуцию RP спускается Multicast траффик (IPTV), он должен пройти через промежуточный роутер к получателю через построенное дерево. Это происходит без проблем, железка (получатель) по IGMP объявляет по сети, что вступает в группу на определенный multicast-адрес и рассылка попадает на нее. Но вместе с этим на промежуточном роутере рассылка лезет во все те порты, на которых включены железки(получатели) с настроенным PIMом, т.е. на те порты где включенны железки с отключенным PIM и IGMP левый малтикаст не течет. Можно было-бы запретить на ненужных портах multicast - но это неприемлемо, так как больщинство устройств, сидящих на свитчах, гоняют свой служебный multicast. Вот такая проблема. Какие есть возможные решения?
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Проблема с Multicast"	+/–
Сообщение от Seva (??) on 23-Авг-11, 11:04
не совсем понятно: у вас IGMP настроено не в сторону оконечных устройств а в сторону RP?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Проблема с Multicast"	+/–
	Сообщение от forca (ok) on 23-Авг-11, 11:18
	> не совсем понятно: у вас IGMP настроено не в сторону оконечных устройств > а в сторону RP? Наcтроен на промежуточном роутере Huawei S5624F и получателе Huawei S5624P, далее уже идет доступ с настроенным IGMP snooping Если необходимо могу привести конфиги
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Проблема с Multicast"	+/–
Сообщение от forca (ok) on 23-Авг-11, 11:42
Вообще ситуация такова что если в сети, во VLANе с малтикастом для iptv кто-то зарегестрируется в группе, то траффик предназначенный для этого клиента прет даже тем кто не запрашивал эту группу, т.е. и на другие порты где включен pim на этом влане
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Проблема с Multicast"	+1 +/–
	Сообщение от eek on 24-Авг-11, 08:25
	> Вообще ситуация такова что если в сети, во VLANе с малтикастом для > iptv кто-то зарегестрируется в группе, то траффик предназначенный для этого клиента > прет даже тем кто не запрашивал эту группу, т.е. и на > другие порты где включен pim на этом влане Ключевые слова: ip multicast boundry + access-list
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "Проблема с Multicast"	+/–
	Сообщение от forca (ok) on 25-Авг-11, 20:55
	>> Вообще ситуация такова что если в сети, во VLANе с малтикастом для >> iptv кто-то зарегестрируется в группе, то траффик предназначенный для этого клиента >> прет даже тем кто не запрашивал эту группу, т.е. и на >> другие порты где включен pim на этом влане > Ключевые слова: > ip multicast boundry + access-list если будет access-list для multicast как тогда клиент будет регистрироватся в группе?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Проблема с Multicast"	+/–
	Сообщение от eek on 30-Авг-11, 07:28
	>>> Вообще ситуация такова что если в сети, во VLANе с малтикастом для >>> iptv кто-то зарегестрируется в группе, то траффик предназначенный для этого клиента >>> прет даже тем кто не запрашивал эту группу, т.е. и на >>> другие порты где включен pim на этом влане >> Ключевые слова: >> ip multicast boundry + access-list > если будет access-list для multicast как тогда клиент > будет регистрироватся в группе? Лучший вариант это сделать так чтобы оборудование работало так как нужно. Т.е. правильно настроить PIM (соотвественно дизайну в вашем случае это PIM Sparse Mode, если я вас правильно понял) на роутерах в сторону других роутеров (и сорцов если надо) и IGMP в сторону клиентов (обычно включено по умолчанию), так же нужно включить IGMP snooping на свичах чтобы траффик не пер во все порты, а только в те которые этот траффик заказали (через IGMP). Если это сделать не получается и все же "траффик прет" куда не надо есть менее красивый но всеже рабочий вариант о котором я написал выше.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "Проблема с Multicast"	+/–
	Сообщение от fantom (ok) on 30-Авг-11, 09:03
	>[оверквотинг удален] > Лучший вариант это сделать так чтобы оборудование работало так как нужно. Т.е. > правильно настроить PIM (соотвественно дизайну в вашем случае это PIM Sparse > Mode, если я вас правильно понял) на роутерах в сторону других > роутеров (и сорцов если надо) и IGMP в сторону клиентов (обычно > включено по умолчанию), так же нужно включить IGMP snooping на свичах > чтобы траффик не пер во все порты, а только в те > которые этот траффик заказали (через IGMP). > Если это сделать не получается и все же "траффик прет" куда не > надо есть менее красивый но всеже рабочий вариант о котором я > написал выше. Если таки траф "прет" туда, где его быть не должно - пинать саппорт на предмет лечения прошивки.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема