Community discussions

MikroTik App
 
alex_rhys-hurn
Member
Member
Topic Author
Posts: 348
Joined: Mon Jun 05, 2006 8:26 pm
Location: Kenya
Contact:

VPLS, EThernet Trunk (vlan trunk) and bridges

Mon Nov 25, 2013 5:45 pm

Hello,

According to the RouterOS Manual, under Vlan:
"As VLAN works on OSI Layer 2, it can be used just as any other network interface without any restrictions. VLAN successfully passes through regular Ethernet bridges."

And according to 802.1q a VLAN ID is inserted in the ethernet header between the SOurce MAC Address and Type fields, and this is 4 bytes.

THE DESIGN
The Design I am trying to achieve (see image) and notes below:

I wish to use vpls (pseudowire) to interconnect two data centers. Each Data center has a cisco siwtch which has a number of vlans. I wish to extend these vlans to the other data center.
hq-dr-interconnect-vpls-detail.jpg
The cisco switches dont have the ability to handle mpls/vpls due to licensing restriction.

THE QUESTION
My question is, will the dot1q vland ids be passed through the bridges within the RB1200 Mikrotiks?

Obviously the VPLS tunnel will be built with PW Type set to tagged ethernet. I am NOT proposing to add the actual VLAN Subinterfaces to the mikrotik ether1. I am hoping that the router will just pass the vlan ids straight through the bridge to the vpls tunnel as a pure trunk.

Before anyone asks, I havent built this yet, so I cant export configs, I am just looking to gurus who can comment on the specific question of Mikrotik ability to retain vlan headers through the bridges.

Many thanks in advance for the advice. Its really appreciated.

Alex
You do not have the required permissions to view the files attached to this post.
 
User avatar
tomaskir
Trainer
Trainer
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: VPLS, EThernet Trunk (vlan trunk) and bridges

Mon Nov 25, 2013 6:04 pm

It will work, however you will have to watch the MTUs, and make sure the infrastructure between your 2 1200s supports big enough MTUs.

All the VLANs will be transparently bridged over the ethernets and VPLS tunnels, no need to create any additional interfaces.
VPLS tunnel will need 1504 L2 MTU, which means you will need to carry 1526 byte frames on the leased line link if you want no fragmentation.

VPLS supports transparent fragmentation and re-assembly, however, I would advise avoiding fragmentation if you can.

But why do you even want to carry the data inside a VPLS tunnel, why not just bridge the VLANs straight onto the leased line link?
 
alex_rhys-hurn
Member
Member
Topic Author
Posts: 348
Joined: Mon Jun 05, 2006 8:26 pm
Location: Kenya
Contact:

Re: VPLS, EThernet Trunk (vlan trunk) and bridges

Mon Nov 25, 2013 6:14 pm

Tomaskir,

Thanks so much for your quick reply and for taking the time to clarify mtu.

We use the VPLS tunnels a lot in another application without the tagged ethernet PW Type so we are familiar with the MTU issue. Our leased line provider gives us jumbo frame capability, and its a pure ethernet link.

You get karma for this.

Alex
 
alex_rhys-hurn
Member
Member
Topic Author
Posts: 348
Joined: Mon Jun 05, 2006 8:26 pm
Location: Kenya
Contact:

Re: VPLS, EThernet Trunk (vlan trunk) and bridges

Mon Nov 25, 2013 6:19 pm

Just read about your question re bridging vlans straight to leased line.

We have tried this before, and have also tried simply plugging the leased line ethernet in to the switch, this resulted in immediate phone calls from the service provider complaining about bpdu and other stuff.

They have subsequently wrtiten contracts that state that we MUST terminate on a router and must not have more than X number of mac addresses showing via arp.

Personally cant see what the issue is....

Alex
 
User avatar
tomaskir
Trainer
Trainer
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: VPLS, EThernet Trunk (vlan trunk) and bridges

Mon Nov 25, 2013 6:20 pm

Just read about your question re bridging vlans straight to leased line.

We have tried this before, and have also tried simply plugging the leased line ethernet in to the switch, this resulted in immediate phone calls from the service provider complaining about bpdu and other stuff.

They have subsequently wrtiten contracts that state that we MUST terminate on a router and must not have more than X number of mac addresses showing via arp.

Personally cant see what the issue is....

Alex
No issue, was just wondering what was the reason :)
 
alex_rhys-hurn
Member
Member
Topic Author
Posts: 348
Joined: Mon Jun 05, 2006 8:26 pm
Location: Kenya
Contact:

Re: VPLS, EThernet Trunk (vlan trunk) and bridges

Mon Nov 25, 2013 6:43 pm

Just to finish off the discussion.

Do you have any thoughts towards encrypting the vpls tunnel with IPSec?

Alex
 
User avatar
tomaskir
Trainer
Trainer
Posts: 1162
Joined: Sat Sep 24, 2011 2:32 pm
Location: Slovakia

Re: VPLS, EThernet Trunk (vlan trunk) and bridges

Mon Nov 25, 2013 7:53 pm

That is not possible.

The VPLS tunnel itself cannot be encrypted, since in RouterOS, MPLS and VPLS traffic doesnt pass the L3 routing logic, where IPSec processes are placed.
MPLS handlers are located before IP Routing handlers, so the VPLS traffic never even gets to the routing engine (and IPSec engine).

And since you are just briding VLANs inside of the VPLS tunnel, no way to encrypt/decrypt those either, since L2 processing is also done before the IPSec engine.

What you could do is build an EoIP tunnel, and enrcypt the EoIP tunnel. Since EoIP is GRE, you can use IPSec in transport mode to encrypt it.

Here is the packet flow diagram, where you can see why you cant do any IPSec for VLANs inside VPLS:
http://forum.mikrotik.com/viewtopic.php?f=2&t=72736
 
User avatar
chatur
just joined
Posts: 2
Joined: Sun Dec 06, 2009 7:41 pm
Location: Lalitpur, Nepal
Contact:

Re: VPLS, EThernet Trunk (vlan trunk) and bridges

Wed Jul 30, 2014 3:45 pm

Hi Alex,

Are you able to pass VLAN's over VPLS transparently? I'm trying to do same as yours but no luck.

Chatur

Who is online

Users browsing this forum: Ahrefs [Bot], Bolendox, eworm, fibracapi, Google [Bot], Majestic-12 [Bot], Scoox and 70 guests