Настраиваем QinQ на коммутаторе DES-3200-28.
enable qinq
config qinq ports 15 role uni outer_tpid 0x8100 trust_cvid disable vlan_translation disable
config qinq ports 16 role nni outer_tpid 0x8100 trust_cvid disable vlan_translation disable

Влан, который и организовывает QinQ:
create vlan 4000 tag 4000
config vlan 4000 add tagged 25 (аплинк)
config vlan 4000 add untagged 15 (здесь разворачивается QinQ)


Сейчас на коммутаторе порядка 50-ти клиентских вланов:
create vlan 3174 tag 3174
config vlan 3174 add tagged 2,16
create vlan 3175 tag 3175
config vlan 3175 add tagged 16
config vlan 3175 add untagged 5
create vlan 3176 tag 3176
config vlan 3176 add tagged 16
config vlan 3176 add untagged 6
...........
create vlan 3227 tag 3177
config vlan 3227 add tagged 16
config vlan 3227 add untagged 11


В чем собственно вопрос, сколько вланов на этом коммутаторе может работать одновременно пробегая через эту петлю (порты 15-16)?
Ситуация возникает следующая, что абоненты, которым выдаются статические ай-пи шники работают нормально, а те, которые подключаются через пппое сталкиваются с проблемами авотризации, они не видят пппое-концентратор. Причем если на этого клиента (пппое-шника) отдаю влан, не пробегающей через петлю (порты 15-16), то клиент авторизуется без проблем.

На пппое концентраторе настройки:
interface GigabitEthernet0/0.4000
encapsulation dot1Q 4000 second-dot1q any
pppoe enable group global

Если вы абонента запихиываете во второй тег, то почему PPPoE сервер у вас слушает только на первом?
Зачем абонента, который и так запихивается во второй тег, принуждать делать PPPoE? масло-маслянное?

Не совсем понимаю что значит "пробегая через эту петлю"

У Вас патчкордом порты замкнуты? Если да, то нормальная работа в этом случае и не гарантируется, подумайте что будет с fdb таблицей.

>> У Вас патчкордом порты замкнуты?
<< да, замкнут 15 и 16 порт между собой.

Тогда возникает вопрос, как на таких коммутаторах запустить QinQ без такой петли?

Если коммутатор должен навешивать сразу 2 тега, то никак.
DES-3200 может навешивать дополнительно только один тег, т.е. трафик от клиента должен идти уже с тегом.

Я ведь скинул весь конфиг с QinQ выше, описал что есть физическая петля между 15-ым и 16-ым портами. Если не физически делать петлю, то как клиентские вланы запихивать в один большой?

Просто не надо делать это на доступе. Пусть DES-3200 распихивает пользователей по своим виланам, а агрегация навешивает второй тег.