Q-in-Q наоборот
Q-in-Q - удобная штука, когда нужно пробросить n-ное кол-во клиентских вланов через свою сеть. Порт в режиме
dot1q tunneling соотв. для ingress пакетов навешивает сверху еще один тег, а для egress снимает соотв. Но бывает обратная ситуация, когда сторонний транспортный оператор может предоставить только один vlan по своей сети и при этом не умеет Q-in-Q (например некоторорые модели Foundry почему-то не имеют поддержки Q-in-Q) при этом они вполне способны пропускать фреймы размером достаточным для Q-in-Q. Приходится извращаться путем использования хейрпинов и заворачивания своей пачки вланов в double tagged. А вот почему вендоры не сделали возможности настроить порт в режиме "q-in-q наоборот" - т.е. для ingress снимаем тег, а для egress навешиваем - очень бы пригодилось. Или это у меня снова странные желания от бедности ?
dot1q tunneling соотв. для ingress пакетов навешивает сверху еще один тег, а для egress снимает соотв. Но бывает обратная ситуация, когда сторонний транспортный оператор может предоставить только один vlan по своей сети и при этом не умеет Q-in-Q (например некоторорые модели Foundry почему-то не имеют поддержки Q-in-Q) при этом они вполне способны пропускать фреймы размером достаточным для Q-in-Q. Приходится извращаться путем использования хейрпинов и заворачивания своей пачки вланов в double tagged. А вот почему вендоры не сделали возможности настроить порт в режиме "q-in-q наоборот" - т.е. для ingress снимаем тег, а для egress навешиваем - очень бы пригодилось. Или это у меня снова странные желания от бедности ?