No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

How to replace a 'port-based' VLL on NE40E by a 'vlan-based' one

Publication Date:  2012-07-27 Views:  27 Downloads:  0
Issue Description
We have a router NE40E which must receive traffic from many subscribers in many VLANs directly from the aggregation switch S8512. It is an idea to encapsulate ALL traffic to one L2VPN VLL and send it further to MPLS core. On the other side (operators billing terminal) it is deencapsulated back to IP for convenience to count traffic.
So it is necessary to build 'port-based' VLL tunnel on the doenstream port of NE40E.
It must be like this:
interface 10gigabitethernet 1/1/0   // downstream interface
  mpls l2vpn *.*.*.* vpn1                   // *.*.*.* - peer interface ip address
      
Alarm Information
The tunnel was not estableshed. When we tried to use 'vlan-based' VLL configuration everything was OK. But with 'port-based' VLL is was not OK.
      
Handling Process
It was urgent for the customer to implement this function (port-based VLL). And we found a good solution.
On the aggregation device (S8512 in this case, but actually it does not matter much) standard QinQ function is activated on the upstream port. So all packets will come to NE40E with the same outer vlan tag. Then it is possible to make 'vlan-based' VLL based on a sub-interface with this vlan-id bound.
It will be like this:
S8512:
Interface gigabitethernet 1/0/0    //this upstream interface only have VLL service .
  port access vlan 100
  vlan-vpn enable
NE40E:
interface gigabitethernet 1/1/0.100
  vlan-type dot1q 100
  mpls l2vpn *.*.*.* vpn1
And a similar configuration on the other side of the MPLS tunnel.
The result of this scheme is the same as if 'port-based' VLL is used.
      
Root Cause
Actually it was discovered that the downlink 10G board (LPUB) did not support 'port-based VLL'.
      
Suggestions
Null
      

END