Changement du Vlan Id à la volée (Vlan translation) : imagines t'as 2 clients qui veulent des flux privés avec les mêmes numéros de Vlan. Et bien sur le 2ème tu les "remap" vers des numéros à toi.
Exemple: Client A veut Vlans 3 et 4. Client B veut Vlans 3 et 4 aussi. On les remap en interne vers 5 et 6 sur chaque interface où ses serveurs sont raccordés. Ce "remapping" est manuel, à toi de gérer la correspondance. Pas sûr que ça soit la fonction la plus intéressante en ce moment à cause de VxLAN.
VxLAN:
https://en.wikipedia.org/wiki/Virtual_Extensible_LANPermet l'encapsulation de trames Ethernet en UDP. Rapidement adopté par VMware puis depuis 2 ans accessible sur les switches orientés Datacenter. L'intérêt est d'étendre le domaine Ethernet d'un client à travers des routeurs donc de pouvoir traverser des topologies IP multi-salles ou multi-salles. Cerise sur le gateau t'as une étanchéité : un client A ne peut pas voir les flux VxLAN du client B. VxLAN peut aussi transporter des trames 802.1q ce qui permet une double encapsulation VLAN+VxLAN.
Point faible de VxLAN: au début on l'implèmentait en Multicast UDP, ce qui est peu pratique, maintenant on peut l'implèmenter en Unicast moyennant la création de tunnels entre équipements ce qui peut être fastidieux.
La techno SDN de Cisco (par exemple) est basée sur une combinaison de ces 2 fonctions.
Dans les deux cas le but est qu'un client puisse construire sa topologie réseau comme un réseau privé avec le nombre de vlans qu'il veut.
Autres features : pouvoir faire du routage à l'intérieur de flux VxLAN, gérer VxLAN via E-VPN (MP-BGP).