Raccordement au FMBone en multicast natif en PIM
SM + mBGP
On prend l'exemple du réseau Nord Pas-de-Calais (Noropale) dont
le service est assuré expérimentalement (2001-2002) par l'opérateur
Transpac/France-Télécom.
Un service IP multicast natif signifie les protocoles IP multicast
(PIM, mBGP) sont activés sur le réseau d'interconnexion par
l'opérateur du réseau, ou sur le VP ATM qui relie les 2 sites.
Il n'est donc pas nécessaire d'établir un tunnel pour encapsuler
les paquets IP multicast.
Le réseau régional :
Un routeur du réseau régional est
dédié au Point de Rendez-vous (RP) et à l'échange
des sources (MSDP) avec le routeur multicast du NRD de Lille opéré
par C-S (Renater). 2 adresses IP sont affectées pour les 2 services
RP et MSDP. Elles doivent être "vues" de Renater. Or les opérateurs
filtres leur propres routes (c'est normal). Par conséquent, un des
sites de la région a dû fournir ces 2 adresses IP pour le
backbone régional. Tous les routeurs du réseau régional
sont des Cisco et supportent les protocoles mBGP et PIM Sparse Mode. Le
protocole DVMRP n'est pas supporté.
Les sites :
Les routeurs des sites doivent supporter mBGP
et PIM Sparse Mode. Pour les autres, pour supporter la phase de
transition, le site de Valenciennes supporte encore provisoirement les
tunnels DVMRP. Les routes sont ensuite injectées dans mBGP vers
le réseau régional.
A noter que les sites annoncent les routes qui doivent l'être
(pas nécessaires toutes) et aussi leur réseau d'interconnexion
car
il faut assurer une continuité des arbres de diffusions de la racine
(RP) aux feuilles (sites).
Exemple :
Les Lan 193.50.x.x et 193.50.y.z supporte le multicast.
Exemple de configuration d'un site disposant d'une version IOS au
moins 12.1
!
ip multicast-routing
!
interface FastEthernet0/0
description vers le réseau d'interconnexion du réseau
régional
ip address 193.49.x.y 255.255.255.248
ip multicast ttl-threshold 15
ip pim sparse-mode
!
interface FastEthernet1/0
ip address 193.50.x.yy 255.255.255.0
ip pim sparse-mode
!
interface FastEthernet2/0
ip address 193.50.x.zz 255.255.255.0
ip pim sparse-mode
!
!
router bgp xxxxx
network 193.50.x.y
network 193.50.x.z
network 193.50.z.z
redistribute ....
neighbor 193.49.x.z remote-as xxxx
neighbor 193.49.x.z activate
etc...
!
address-family ipv4 multicast neighbor 193.49.253.129
activate
neighbor 193.49.x.yy soft-reconfiguration inbound
network 193.49.x.y mask 255.255.255.248
network 193.50.x.y
network 193.50.x.z
!
ip pim rp-address 193.x.x.x
!
ip mroute 0.0.0.0 0.0.0.0 (utile seulement si la default
route n'est pas annoncée)
!
access-list 101 permit udp any 224.0.0.0 0.255.255.255
access-list 101 permit pim host 193.x.x.x any
access-list 101 permit pim host 193.49.x.z any (routeur d'interconnexion
FT)
!
Exemple de configuration d'un site disposant d'une version IOS 12.0
Les commandes concernant la configuration BGP diffèrent. On
utilise NLRI unicast|multicast. Le reste ne change pas.
Si la commande "network ..... NLRI multicast" n'apparait pas, il convient
d'upgrader l'IOS (ou utiliser un train S ou T)
version 12.0
!
!
router bgp xxxxx
network 193.50.x.y nlri unicast multicast
network 193.50.x.z nlri unicast multicast
network 193.50.z.z nlri unicast
network 193.49.x.z mask 255.255.255.248 nlri multicast
redistribute ....
neighbor 193.49.x.y remote-as 1720 nlri unicast multicast
neighbor 193.49.x.z version 4
etc ....
!
Raccordement par un VP ATM
Le routeur dispose d'une interface ATM, un VP est établi entre
les 2 sites (par exemple VP=0, VC=85).
Il est inutile d'activer PIM SM sur l'interface du réseau d'interconnexion.
On utilise l'interface logique ATM
Les configurations restent les mêmes pour le reste.
!
interface ATM0/0
atm pvc 1 0 5 qsaal
atm pvc 2 0 16 ilmi
!
interface ATM0/0.1 point-to-point
description PVC vers le site relai régional
mtu 9180
ip address 193.48.x.x 255.255.255.252
ip pim sparse-mode
ip multicast ttl-threshold 16
pvc 0/85
oam-pvc 10
encapsulation aal5snap
!