Jump to content
Калькуляторы

мультикаст против qinq прошу помощи с настройкой

Уже как вторую неделю бьюсь на стенде над одной задачкой.

 

Все усложняется тем, что реализовать надо на древнем железе (но все нужные функции есть).

 

Исходные данные: vlan-per-user (qinq mode), l2 мультикаст от провайдера iptv. Абоненты разумеется приземляются на брасе. Мультикаст отдельно подключен к агрегации.

 

Коммутация: [ абонент ] fa0/1 <- vlan 901 ->fa0/1:[ catalyst 3548 ]:ge0/1<- tag 901, untag 320 mangement ->ge1/1:[ catalyst 6500 ]:ge1/2<- l2 мультикаст vlan 501

 

Вырезки из конфигов:

 

Агрегация Сatalyst 6500

interface GigabitEthernet1/1

switchport

switchport trunk encapsulation dot1q

switchport trunk allowed vlan 501,1101

switchport mode trunk

mtu 1546

!

interface GigabitEthernet1/2

switchport

switchport access vlan 1101

switchport mode dot1q-tunnel

no ip address

!

interface Vlan320

desc интерфейс управления коммутаторами доступа

ip address 10.32.1.2 255.255.255.0

no ip redirects

no ip proxy-arp

ip pim sparse-mode

!

interface Vlan501

desc В этом влане живет мультикаст

ip address 10.25.25.1 255.255.255.252

ip pim sparse-mode

!

 

 

на доступе Catalyst 3548

mvr group 239.255.0.71

mvr group 239.255.0.72

mvr group 239.255.0.73

mvr group 239.255.0.74

mvr vlan 320

mvr

 

interface FastEthernet0/1

switchport access vlan 901

mvr type receiver

mvr immediate

 

interface GigabitEthernet0/1

switchport trunk encapsulation dot1q

switchport trunk native vlan 320

switchport mode trunk

mvr type source

 

interface VLAN320

ip address 10.32.1.1 255.255.255.0

 

 

Вообщем ничего не работает :)

в mvr не регистриуются группы, т.е. show mvr members пусто.

ну и соотвественно на агрегации тоже не понятно что происходит...

 

Увы в цисках не гуру и наверняка приведенный конфиг не подходит для решения, поэтому прошу all ткнуть в сторону куда копать, что ковырять.

Share this post


Link to post
Share on other sites

Для начала необходимо понять зачем в vlan'е управления мультикаст. Вероятно он там не нужен. Если mvr и городить, то для клиентского vlan'а, т.е. 901 в частном случае.

 

У вас похоже немного каша в голове. Почитайте что такое mvr, pim-sm и для чего они нужны.

Edited by passer

Share this post


Link to post
Share on other sites

понятно что mvr не может и не должен находится в влане управления, но как иначе быть.

доспустим mvr vlan 999 но придя на порт cat6500 он станет 1101:999 (т.е. уже qinq) т.к.

switchport access vlan 1101

switchport mode dot1q-tunnel

и соотвественно его можно будет транзитом только дальше прогнать (например в сторону браса) но никак не обработать внутри cat6500 или я ошибаюсь?

 

что такое mvr и pim-sm я прекрасно понимаю.

 

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

 

Дополнения к задаче:

 

на catalyst 6500

vlan 501 - к нему подключен поставщик iptv (l2 транспорт)

vlan 320 (точнее уже 1101:320) управление коммутаторами доступа

на все пакеты которые приходят с доступа навешивается тэг 1101 и в таком виде отдается на брас (где собственно и терминируются абоны).

 

Сложность состоит в том:

1) как развернуть mvr и при это на cat6500 смаршрутизировать в него трафик нужных мультикаст групп.

2) как на cat6500 объяснить что в vlan 501 находится источник мультикаста и смаршрутизировать его в вланы которые хотят получать нужные группы (опять же избежав ненужного дублирования)

Share this post


Link to post
Share on other sites

Судя по схеме, нарисованной с помощью математических символов в сторону источника multicast c 65xx смотрит ge1/2, а в конфиге для него написано switchport access vlan 1101 switchport mode dot1q-tunnel. Это оно правда так сконфигурировано? Порты не перепутаны?

Управление 3548 через интерфейс между ним и 65xx работает?

Share this post


Link to post
Share on other sites

Вообще про 3500 XL пишут вот так: 'All receiver ports on a switch must belong to the same VLAN and must not be trunk ports'. Или под шифром 3548 скрывается что-то другое? Если это именно 3500 XL, то с vlan-per-user похоже не полетит.

Share this post


Link to post
Share on other sites

Хм... В чем же тогда суть MVR на 3500 XL, как альтернатива igmp snooping?

в том что 3500xl - древние экскременты мамонта. eos/eol настолько давний, что странно что на них вобще mvr есть. можно считать что mvr там из числа "первых пробных наработок".

Share this post


Link to post
Share on other sites

Хм... В чем же тогда суть MVR на 3500 XL, как альтернатива igmp snooping?

 

Можно строить multicast в схеме vlan-per-access-node, когда в полукольце из N L2-коммутаторов один VLAN для multicast и N VLAN для абонентов.

Но вообще конечно чтение мануала про MVR на 3500 XL оставляет впечатление, что MVR на нем прикручен изолентой сбоку :)

Share this post


Link to post
Share on other sites

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.