Jump to content

UA.PON v5.0


wladd

Recommended Posts

Пробовал вот такую конфигурацию OLTa и ONU для реализации "selective" QinQ

dot1q-tunnel
interface g0/1    //uplink port
switchport mode dot1q-tunnel-uplink
interface e0/1   //downlink port
switchport mode dot1q-translating-tunnel
switchport dot1q-translating-tunnel mode qinq translate 101 3001
interface e0/1:1
epon onu port 1 ctc vlan mode tag 101

OLT пакеты завернул как положено, и до  DHCP сервера они добрались удачно, а вот в обратную сторону почемуто пакеты не доходили до ONU. Т.е. до OLTa пакеты доходили а дальше нет.

Пробовал uplink port настраивать вот так:

switchport mode trunk
switchport trunk vlan-allowed 101-104,971,3001

но все  осталось по прежнему.

Сложилось впечатление что OLT "заворачивает" в QinQ нормально, а обратно "развернуть" не может....

Сейчас OLTа нету для экспериментов. Если у кого получилось буду рад выслушать совет.

Link to post
Share on other sites
  • Replies 307
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Перейти к предыдущей теме UA.PON v4.0   Данная тема является продолжением обсуждения проблематики технологии GEPON на Украине, в том числе оборудования китайской компании BDCOM.        За те 10 меся

Какая гадость эта ваша заливная рыба!   Мыши плакали, кололись и продолжали есть кактус

НОВОСТЬ   1. Мы переехали в Киев, открыли офис, и почти полностью наладили работу. По гарантийным обязательствам как и по отгрузке товаров обращаться для Украины нужно именно сюда: г.Киев, Воздухо

Posted Images

bdcom'pdf-ки могу закинуть, если надо. Но они и так на диске есть...

А вообще отдыхать надо. И в понедельник со свежими силами...

Edited by passer
Link to post
Share on other sites

passer

pdf-ки с диска как раз есть, а вот те примеры, что на сайте ic-line не могу найти. Ну да ладно - и на том спасибо. Действительно отдыхать нужно.

Link to post
Share on other sites

Будут вопросы - пиши здесь. Только документацию сначала прочти.

P.S. Получил P1501C1 и P1004C1, в понедельник буду тестить. Принимаются пожелания чего и где глянуть.

Link to post
Share on other sites

passer

pdf-ки с диска как раз есть, а вот те примеры, что на сайте ic-line не могу найти. Ну да ладно - и на том спасибо. Действительно отдыхать нужно.

Был глюк с дропом вчера, извините. Я уже починил, все ссылки должны работать. Проверьте. Вдруг что то забыл.

Edited by wladd
Link to post
Share on other sites

Уважаемые форумчане. На повестку дня встаёт вопрос - кому из Вас необходима реализация на новых ONU (1004C1 и 1501С1) функции

 

Switch_config_epon0/1:1#epon onu filter ?
arp   -- Arp filter
icmp  -- Icmp filter
bpdu  -- Bpdu filter
igmp  -- Igmp filter
dhcp  -- Dhcp filter
 
Объяснения "почему нужна" приветствуются.
Link to post
Share on other sites

 

Уважаемые форумчане. На повестку дня встаёт вопрос - кому из Вас необходима реализация на новых ONU (1004C1 и 1501С1) функции

 

Switch_config_epon0/1:1#epon onu filter ?
arp   -- Arp filter
icmp  -- Icmp filter
bpdu  -- Bpdu filter
igmp  -- Igmp filter
dhcp  -- Dhcp filter
 
Объяснения "почему нужна" приветствуются.

 

 

arp - для того что бы увидеть какой абонент в каком порту ОНУШКИ

bpdu -  абоненты любят шалить, или по искренней своей тупости 1 порт вставляют кабель в WAN порт роутера, со 2го порта онушки вставляют в LAN1 провод. думая что это увеличить их скорость. иногда и 3 порта ону вставляют в лан2 и кольцо\ или ебанент поставил у себя свич что бы 1-2-3 компа было в сети а на роутер денег не хватило

dhcp  эх... если бы дхцп82 :) 

Link to post
Share on other sites

Э не, уважаемый Земеля, судя по доке - это нечто в виде сочетания цисковых storm-control и ip arp inspection limit rate. Кратко: это rate limit для фиксированных категорий пакетов проходящих на порт за указанный промежуток времени. 

Идеалогически такое используется на портах оборудования доступа, чтобы снизить вероятность или последствия флуда клиентом.

Link to post
Share on other sites

Господа, Вопрос на счёт epon onu filter ещё на повестке дня. Если данный вопрос не вызовет особого энтузиазма среди ПОН сообщества, то BDCOM не будет реализовывать эту функцию на новых ONUшках. Поэтому хотелось бы понять, достаточно ли наличие на ONU storm control или нет.

Link to post
Share on other sites

Хочу глянуть что видит голова в влане управления: 64

Switch_config#show mac address-table | include 64

 

мне выводит

        Mac Address Table (Total 87)
------------------------------------------

Vlan    Mac Address       Type       Ports
----    -----------       ----       -----
64      000c.4291.6ce9    DYNAMIC    g0/1
64      fcfa.f79d.074b    DYNAMIC    epon0/1:4
64      fcfa.f7c5.13fe    DYNAMIC    epon0/1:13
64      fcfa.f796.2cb2    DYNAMIC    epon0/2:4
64      fcfa.f79d.07a3    DYNAMIC    epon0/1:1
64      fcfa.f7c5.13ff    DYNAMIC    epon0/2:7
64      fcfa.f79d.07ec    DYNAMIC    epon0/1:3
64      fcfa.f79d.083f    DYNAMIC    epon0/1:6
64      fcfa.f796.2c54    DYNAMIC    epon0/2:2
64      fcfa.f7c5.1412    DYNAMIC    epon0/1:12
64      fcfa.f796.4dfb    DYNAMIC    epon0/2:5
64      fcfa.f796.2c53    DYNAMIC    epon0/1:8
64      fcfa.f796.3223    DYNAMIC    epon0/1:9
64      fcfa.f796.4e1d    DYNAMIC    epon0/1:11
64      fcfa.f796.4f22    DYNAMIC    epon0/1:10
 

Вывело все онушки хотя влан управления на них не прокинут, почему?

Link to post
Share on other sites

Возможно, кому-то пригодится:

 

OLT BDCom P3310; ONU исключительно BDCom P1501C

В дереве 12 ONU
Три из них - сигналы -23 ... -26
Остальные - в пределах -15 .. -16

Иногда отваливаются ONU из тех, в которых сигнал -15 .. -16

При подключении их на соседнем дереве - работают нормально.


Сегодня, когда очередная ОНУ отвалилась, проделан следующий нехитрый эксперимент:
Прозвон абонентов с низким сигналом, просьба отключить "модем" от сети, так как нам надо кое-что проверить.

И, о чудо! Отвалившаяся ОНУ опять в коннекте!!

Для подтвердилась рекомендация о минимальном дисбалансе дерева.

Спасибо за внимание! Поехал балансировать деревце =)

Link to post
Share on other sites

соглашусь

у меня на текущий момент 6 олт, 18 стволов задействовано

почти в каждом (те стволы что не шиной построены) есть ситуации где абоненты имеют сигналы от -5 до -23

все работает без нареканий

Link to post
Share on other sites
  • 2 weeks later...
Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By 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 - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • By pytnik82
      продам по 350 грн



    • By gelmas_x
      Доброго дня! м. Івано-Франківськ, вул. Незалежності, 44. Цікавить PON
    • By CoUL
      Sync users ONU скрипт.
      Скрипт виконує автоматичне додавання ONU та відповідної OLT, на якій вона зареєстрована, в карту абонента MikBiLL.
      Забезпечує повну синхронізацію ONU при зміні топології мережі — тобто при реальному переміщенні ONU між OLT або між абонентами. Все відбувається автоматично без необхідності вручну додавати чи змінювати ONU працівниками.
      Можлива синхронізація окремих OLT в ручному режимі.
      Підтримується робота з BDCOM EPON та GPON обладнанням.
      Можливе розширення під інших виробників OLT за потреби.
      💬 По всім питанням звертайтесь у приват.
      BDCOM xPON ONU Auto Sync Script.webm
    • By ГрозаИнтернета
      Всем привет. Сеть разбили, продаю оборудование, которое удалось спасти.
      Роутер 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, сетевые карты, твинакс кабеля.


×
×
  • Create New...