L2VPN BGP signaled VPLS entre Ios-XE & Junos - RFC4761

[Jerems]

Salut la communauté,

Savez-vous si la même valeur MTU est attendue sur une telle topologie entre un ISR4321 et un SRX300 pour fonctionner correctement ?

Jun  5 20:25:00.568: XC VFI CFG[VPLS-14121]: Add BGP sig member vpn_id [14121] Local VE[id:41, label:42] Remote VE[id:1, label:262409] L2[mtu:0, cw:Enabled] nh[10.0.0.1]

Jun  5 20:25:00.568: %VFI-4-CONFIG: VFI [VPLS-14121]: BGP signaling next-hop 10.0.0.1 mtu 0 does not match configured VFI mtu 1500

Je sais que sur IOS-XR vous pouvez éviter cette situation en appelant une commande comme mtu mismatch ignore :

l2vpn
autodiscovery bgp
signaling-protocol bgp
mtu mismatch ignore 

Qu'en est il d'IOS-XE ?

[M02@rt37]

Bonjour @Jerems 

Sur IOS-XE, il faudrait s'assurer que la MTU de l'interface et la MTU du VFI sont alignées. 

Exemple:

interface GigabitEthernet0/0
mtu 1500

l2 vfi VPLS-14121 manual
vpn id 14121
bridge-domain 14121
neighbor 10.0.0.1 encapsulation mpls
mtu 1500

[Jerems]

Bonjour,

Merci pour votre réponse.

C'est bien le cas :

l2vpn vfi context VPLS-14121 
 vpn id 14121
 mtu 1500
 autodiscovery bgp signaling bgp 
  ve id 41
  ve range 100
  rd 10.0.0.41:21
  route-target export 65003:21
  route-target import 65003:21
  control-word include

et l'interface LAN :

Merci par avance pour votre aide.

Jerems

[Jerems · Accepted solution]

Bonjour M02@rt37 ,

J'ai finalement trouvé la réponse à ma question, et peux donc affirmer que la mise en oeuvre d'un VPLS reposant sur BGP autodiscovery and signaling entre IOS-XE et Junos est possible.

En résumé :

• Il faut désactiver Control-Word sur chacun des PE participant au VPLS.
• Configurer une MTU à 1500 coté Junos n'a pas aidé à résoudre le problème même si un message d'erreur omniprésent à ce sujet pourrait légitimement nous laisser penser que la MTU est à l'origine du problème.

Voici donc la configuration qui fonctionne sur Junos (SRX300)

set routing-instances vpls-14121 protocols vpls site 1 interface ge-0/0/5.21
set routing-instances vpls-14121 protocols vpls site 1 site-identifier 1
set routing-instances vpls-14121 protocols vpls site-range 100
set routing-instances vpls-14121 protocols vpls no-tunnel-services
set routing-instances vpls-14121 protocols vpls vpls-id 14121
set routing-instances vpls-14121 protocols vpls mtu 1514
set routing-instances vpls-14121 protocols vpls ignore-encapsulation-mismatch
set routing-instances vpls-14121 interface ge-0/0/5.21
set routing-instances vpls-14121 description "BGP Signaled VPLS"
set routing-instances vpls-14121 instance-type vpls
set routing-instances vpls-14121 vlan-id 21
set routing-instances vpls-14121 route-distinguisher 10.0.0.1:21
set routing-instances vpls-14121 vrf-import L2Vpn-vpls-14121-Import
set routing-instances vpls-14121 vrf-export L2Vpn-vpls-14121-Export

Et sur Cisco :

l2vpn vfi context VPLS-14121 
 vpn id 14121
 mtu 1500
 l2protocol forward
 autodiscovery bgp signaling bgp 
  ve id 41
  ve range 100
  rd 10.0.0.41:21
  route-target export 65003:21
  route-target import 65003:21
!
bridge-domain 21 
 member GigabitEthernet0/0/1 service-instance 21
 member vfi VPLS-14121
!
interface GigabitEthernet0/0/1
 no ip address
 negotiation auto
 service instance 21 ethernet
  encapsulation dot1q 21
 !
!

PAr moment j'ai changé la configuration de manière asynchrone sur les PE Junos et Cisco :

"control-word exclude" ou bien même "no control-word" ont beaucoup aidé à la résolution du problème.

Je peux fournir les captures de paquets si besoin

Bien cordialement,

Jerems

[M02@rt37]

Bonjour @Jerems 

Parfait merci pour ce feedback !

Configurer une MTU à 1500 coté Junos n'a pas aidé à résoudre le problème même si un message d'erreur omniprésent à ce sujet pourrait légitimement nous laisser penser que la MTU est à l'origine du problème.

---Je restait focus sur ça....mauvaise pioche !

Merci et bonne journée.