В продолжение темы есть реальная задачка из жизни :)
Имеем Интрентет+ТВ от Стрим(ADSL), циску 877, один PC + декодер для телевидения (ethernet). Схема простая:
интернет/iptv
|
|
(adsl)
cisco 877(eth) -- (eth)Decoder -- TV
(eth)
|
|-> PC (VLC)
Задача: Иметь возможность смотреть телевидение на PC из VLC (сохраняя доступ в интернет) и на декодере, одновременно.
Методом научнного тыка было сделано следующее:
ip multicast-routing
no ip igmp snooping vlan 2 - снупинг в влане с декодером-приставкой со временем убивает вещание :-(
!
bridge irb
!
interface ATM0
no ip address
no atm ilmi-keepalive
dsl operating-mode auto
!
interface ATM0.150 point-to-point
bandwidth 6144
no snmp trap link-status
pvc 1/50
pppoe-client dial-pool-number 1
!
!
Далее следуют интерфейсы VOD/MCAST, можно объединить в multipoint.
!
interface ATM0.191 point-to-point
no snmp trap link-status
pvc 1/91
encapsulation aal5snap
!
bridge-group 2
!
interface ATM0.192 point-to-point
no snmp trap link-status
pvc 1/92
encapsulation aal5snap
!
bridge-group 2
!
На 0-ом порту сидит декодер(приставка)
!
interface FastEthernet0
switchport access vlan 2
no keepalive
spanning-tree portfast
!
interface FastEthernet1
spanning-tree portfast
!
interface FastEthernet2
spanning-tree portfast
!
interface FastEthernet3
spanning-tree portfast
!
interface Vlan1
ip address 192.168.0.1 255.255.255.0
ip pim sparse-dense-mode - режим работы мульткаст роутинга
ip nat inside
ip virtual-reassembly
ip igmp helper-address 43.31.0.1 - igmp запросы бросаем на iptv-шлюз стрима
!
interface Vlan2
no ip address
bridge-group 2
bridge-group 2 spanning-disabled
!
interface Dialer0
ip address negotiated
ip mtu 1452
ip nat outside
ip virtual-reassembly
encapsulation ppp
ip tcp adjust-mss 1452
dialer pool 1
dialer-group 1
no cdp enable
ppp authentication chap pap callin
ppp chap hostname ***@mtu
ppp chap password 7 1***
ppp pap sent-username ***@mtu password 7 ***
!
interface BVI2
ip address dhcp client-id FastEthernet0 - получаем лишний адрес из iptv-dhcp пула провайдера
ip pim sparse-dense-mode
!
ip route 0.0.0.0 0.0.0.0 Dialer0
!
ip mroute 0.0.0.0 0.0.0.0 43.31.0.1 - мультикаст трафик направляем опять же на iptv-шлюз провайдера
ip nat inside source list 100 interface Dialer0 overload
!
access-list 100 deny ip 192.168.0.0 0.0.0.255 192.168.0.0 0.0.255.255
access-list 100 permit ip 192.168.0.0 0.0.0.255 any
dialer-list 1 protocol ip permit
!
bridge 2 protocol ieee
bridge 2 route ip
!
Проблема: как видно, приходится забирать из iptv-dhcp пула провайдера 2 адреса, что не есть гуд, ибо за декодерами и их мак-адресами суппорт вроде как послеживает. Тем более, используя vlc, как выяснилось, открываются некоторые э...скрытые, скажем так, возможности :)
Что пытался сделать:
Сделал еще один vlan, настроенный по аналогии с vlan 1, в него засунул уже локальный dhcp пул исключительно для приставки-декодера, на бриджевый интерфейс bvi2 назначил nat outside, сделал еще одно правило для NAT-а уже с учетом адресации нового vlan. В итоге: с адресов нового vlan пингуем iptv-шлюз, приставка-декодер получает адрес из локального пула, однако сервер iptv она (как утверждает) найти не может. Это помимо того, что интерфейс bvi2 теперь своим dhcp client-id косит под декодер :)
Сильно прошу не ругать, с мультикастом сталкиваюсь впервые, по работе занимаюсь в основном voip :)
|
