ichthyandr Опубликовано 11 июля, 2014 · Жалоба Всем привет, ситуация такая - имеем раздачу кольцами (des3200), колца подключены к L2 агрегаторам (dgs3120), агрегаторы подключены к неск с3750G (L3 mode), те в свою очередь к двум c3750x (L2), к которым подключена вся серверная группа. Раздача инета по pptp. Решили попробовать ipoe, но так чтобы прежняя схема оставалась рабочей. C длинками примерно понятно что делать - нужно запустить селективный qinq и заворачивать, например, клиенсткие c-vlan 1000 ... 3000 какждого сегмента в сервисные s-vlan 500, 501 и т.д. Суть вопроса - как протащить qinq фреймы до браса. Наткнулся на статью Jumbo/Giant Frame Support on Catalyst Switches Configuration Example правильно ли я понимаю, что мне достаточно изменить на каталистах mtu jumbo size, например, до макс. размера и сервисные вланы (500,501 ...) протянуть от портов, которым подключены L2 агрегаторы, до портов подключенных к брасу? Порты на каталистах в trunk mode: c3750-48#sh run | b 1/0/47 interface GigabitEthernet1/0/47 switchport trunk encapsulation dot1q switchport trunk native vlan 21 switchport trunk allowed vlan 21,50,52,102,107,909 switchport mode trunk spanning-tree bpdufilter enable spanning-tree bpduguard enable ! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
myst Опубликовано 11 июля, 2014 (изменено) · Жалоба Нет же, не правильно. Это обычный транк который ниразу ни куинку. Только нэйтив влан организован. Вам надо указать туннел в транке. switchport mode dot1q-tunnel Ну собствено и порт должен быть в акцессе и VID в который хотите упаковывать пачку вланов. Изменено 11 июля, 2014 пользователем myst Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ichthyandr Опубликовано 11 июля, 2014 · Жалоба Нет же, не правильно. Это обычный транк который ниразу ни куинку. Только нэйтив влан организован. Вам надо указать туннел в транке. switchport mode dot1q-tunnel Ну собствено и порт должен быть в акцессе и VID в который хотите упаковывать пачку вланов. смысл вот в чем dot1q-tunnel мне не нужен, нужно старую схему не трогать и чтобы она работала (порты каталиста к которым подключены агрегаторы должны быть в транке). Идея в том, чтобы фреймы qinq c длинка воспринимались c3750 как 802.1q фреймы с TPID=0x8100 но с большей длинной, по идее каталисту вообще должно быть фиолетово что идет вслед за заголовком 802.1q, он должен это воспринимать как jumbo фрейм и передавать его как обычный 802.1q (в сервисных вланах 500, 501 ...) только с большей длиной. Или не прокатит? то почему? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
myst Опубликовано 12 июля, 2014 · Жалоба А понял. В таком случае если фреймы уже упакованы во второй тэг ничего делать не надо, прокидывайте обычным транком. Увеличьте систем мту до 1504 и все. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ichthyandr Опубликовано 14 июля, 2014 · Жалоба А понял. В таком случае если фреймы уже упакованы во второй тэг ничего делать не надо, прокидывайте обычным транком. Увеличьте систем мту до 1504 и все. понял, спасиб :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...