Перейти до

Рабочий конфиг BDcom QinQ


Tormato

Рекомендованные сообщения

Всем привет,

 

Поделитесь рабочим конфигом стандартного QinQ.

Задача распаковать влан в первый порт онушки. Так и не понял как это сделать т.к. примеры не помогли☹️

Собсвенно есть 25 влан (тестирую на BDCOM P3616-2TE), который я хочу распаковать в порт клиенту, где клиент включается в порт онушки на interface EPON0/1:1.

Клиент хочет сам добавлять убавлять вланы.

Такое впечатление что оно такого не умеет но вдруг повезет...

Пытался так:

interface GigaEthernet0/5
 switchport trunk vlan-allowed 8,25,237
 switchport trunk vlan-untagged none
 switchport mode dot1q-tunnel-uplink

interface EPON0/1
 description Client-PON
 switchport trunk vlan-allowed 25
 switchport trunk vlan-untagged none
 switchport mode dot1q-translating-tunnel
 switchport pvid 25

interface EPON0/1:1
  epon onu port 1 ctc vlan mode tag 250 priority 0
  epon onu port 1 loopback detect

Но оно не работает плюс, здесь подразумевается что я должен знать о вланах клиента.

Відредаговано Tormato
Ссылка на сообщение
Поделиться на других сайтах

Не знаю как BDCOM P3616-2TE, но что бы оно работало на на 3310B/C я настраивал следующим образом.

 

Что бы все пролезло.

system mtu 1976

Аплинк:

interface GigaEthernet0/5
 switchport trunk vlan-allowed 8,25,237
 switchport trunk vlan-untagged none
 switchport mode dot1q-tunnel-uplink

epon порт:

interface EPON0/1
 switchport mode dot1q-translating-tunnel
 switchport pvid 25
 switchport trunk vlan-allowed add 25

Далее глобально на самом олт(тут точно не помню, но если предварительно не настроить аплинк - есть вероятность, что потеряете управление к олту):

dot1q-tunnel

Далее настройка ону. То, что вы привели в примере - это когда от абонента прилетает нетегированный трафик и на ону навешивается тег 250. Тегированного трафика от абонента там быть не может. Что бы от абонента получать тегированный трафик и потом добавлять на него второй тег с влан 25 - нужно настраивать так:

interface EPON0/1:1
  epon onu port 1 ctc vlan mode trunk 100 200,300,500

В данном примере если от абонента прилетит нетегированный трафик - то ону добавит тег 100, а потом олт добавит второй тег 25. Так же на порту разрешены тегированные вланы 200,300 и 500. Олт на них тоже добавит второй тег с vlan-id 25. Но эти вланы(200,300 и 500) как бы нужно согласовывать с клиентом.

Что бы вланы с клиентом не согласовывать - ону можно настраивать так:

interface EPON0/1:1
  epon onu port 1 ctc vlan mode transparent

В конфиге оно отображаться не будет(т.к. это дефолтные настройки). При этом через езернет порт ону будет разрешен теггированный трафик с любым vlan-id. Второй вариант чреват последствиями - вы же не будите использовать целый epon порт olt, для включения одного клиента? Там будут другие ону с другими вланами. И как бы возможен такой исход, что клиент из epon0/1:1 захочет использовать такой же vlan-id, как вы назначили на epon0/1:2 или epon0/1:3. И если так случится - ничего хорошего из этого не выйдет. Ну и к этому клиенту будет лететь броадкаст из ваших вланов не зависимо от того использует он их или нет.

 

Ну и опять же - если для других ону под этим epon портом вы хотите использовать другие вланы, то при конфиге выше - олт и на другие вланы добавит второй тег с vlan-id 25. Что бы на другие вланы второй тег не добавлять можно настроить:

interface EPON0/1
switchport trunk vlan-allowed add 237
switchport dot1q-translating-tunnel mode flat translate 237 237 0 (или switchport dot1q-translating-tunnel mode flat translate 1to1 237 237 0)

Но тут есть ограничение. Таких вланов, на которые  олт не будет добавляться второй тег - можно настроить ограниченное количество.

 

И еще один важный момент. Если  вы используете ip dhcp-relay snooping + ip verify source например для vlan-id 237 - не уверен, что оно будет работать при использовании QinQ

 

Відредаговано khatgit
  • Like 4
  • Thanks 2
Ссылка на сообщение
Поделиться на других сайтах

Спасибо, то что нужно и отдельное спасибо за подробности, их то в основном и не хватает из-за достаточно мутного процесса настройки.

Ссылка на сообщение
Поделиться на других сайтах

system mtu 1600

 

interface g 0/x

switchport mode dot1q-tunnel-uplink

 

interface e 0/x

switchport trunk vlan-allowed 100-200

switchport pvid 25

 

dot1q-tunnel

 

interface epon 0/x:x

epon onu port 1 ctc vlan mode tag 100

Відредаговано gooddeath
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Від CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
    • Від ГрозаИнтернета
      Всем привет. Сеть разбили, продаю оборудование, которое удалось спасти.
      Роутер MikroTik 1036-12G-4S - 16500 грн.
      Сервер Dell R410(Xeon L5640(60Вт), 16 Gb RAM, 2x300 Gb SAS, iDrac, Raid, IPMI) - 4500 грн.
      Коммутатор ZyXEL MES-3528 - 2000 грн.
      Коммутатор HUAWEI S2326 - 1500 грн.
      Коммутатор Dell PowerConnect 6224F(опц.10G) - 5000 грн
      Коммутатор D-Link DGS-3627G (нюанс) - 1000 грн
      OLT BDCom P3310(Пролайн упс) - 9000 грн
      Упс APCSmart-UPS RT 2000 + картаAP9619 + кабель для подключения внешних АКБ - 12500 грн.
      Коммутатор ELTEX MES2324FB AC в коробке - 10000
      OLT EPON E9004-D 10G (Пролайн упс) в коробке - 10000
      Кабель OK-NET S/FTP Cat.6a 500Mhz LSOH AWG 23 4pr 280 метров - 8500
      Куча SFP EPON C+++, SFP SC, сетевые карты, твинакс кабеля.

    • Від AcNSX
      Кто-то включал с C600 серии другой ОЛТ? Как можно настроить qinq на xgei портах?
    • Від ikoko
      Продам OLTи BDCOM б.у.
       
      BDCOM P3310b - 1 шт.  - 7000 грн.
      BDCOM P3310b-2ac - 1 шт.  - 8000 грн.
       
      BDCOM P3310c - 2 шт.  - 8000 грн. за 1 шт.
       
      BDCOM P3608b - 1 шт.  - 22000 грн.
       
       
×
×
  • Створити нове...