mikrotik 3.23

[Тодор Лазаров]

Преди няколко дни излезе 3.23 версия на микротик

http://www.mikrotik.com/download/CHANGELOG_3

от новите работи ме интересува следното нещо:

add 802.1ad Service Tag support for VLAN;

как да го разбирам това.

[NetworkPro]

http://gregsowell.com/?cat=6

*) fixed installation on fresh disks or VMs;

This one was a real problem, you couldn’t install 3.22 on a server…which was super fun hehe.

*) add 802.1ad Service Tag support for VLAN;

This is an exciting option. This is the open standard version of Cisco’s Q-in-Q tunneling. In essence, you run a metro Ethernet solution around town. You make a VLAN that spans from a customer location on one side of town to the other. The customer can plug a switch into your port and trunk across the link, even though you are only using a single access VLAN! Cisco does this by double tagging. In Cisco, you can also use L2protocol tunneling, which allows you to send CDP, STP, and VTP. Though if you do a QnQ tunnel inside of a QnQ tunnel, you can only use l2protocol tunneling on one of the tunnels, not on both. I learned that the hard way L2protocol tunneling uses a proprietary MAC, so if you are double tunneling, you can’t have that proprietary MAC show up twice. You will also want to adjust your MTU accordingly, since you are adding a VLAN tag onto a VLAN tag.

*) added URL support to fetch tool;

Perhaps we can do nightly config pulls via this method, or one could check if a site is available, and route accordingly.

*) console - removed support for octal numbers, now string of digits with

a leading zero is interpreted as decimal number;

This will be very helpful in scripts…I’m tired of checking for this in date values!..that is…if it works in scripts also.

There are several more updates in there, so take a peek for yourself.

http://en.wikipedia.org/wiki/802.1ad

IEEE 802.1ad (Provider Bridges) is an amendment to IEEE standard IEEE 802.1Q-1998 (aka QinQ or Stacked VLANs), intended to develop an architecture and bridge protocols to provide separate instances of the MAC services to multiple independent users of a Bridged Local Area Network in a manner that does not require cooperation among the users, and requires a minimum of cooperation between the users and the provider of the MAC service. Standard approved 8 December 2005 and published May 26 2006.

The idea is to provide f.ex. customers possibility to run their own VLANs inside service provider's provided VLAN. This way the service provider can just configure one VLAN for the customer and customer can then treat that VLAN as if it was a trunk.

[smiley=thumbsup.gif]