Перейти до

Option82 и OLT BDCOM


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

Добрый день

 

Внедряем постепенно доступ по дхцп опция 82 в сети.

Столкнулись с следующей проблемой.

Некоторые роутеры отказываются получать ип по dhcp причем в логах dhcpd на сервере видно что клиенту отдается нужный ип.

Вначале пиняли на настройку олтов, dhcpd и так далее. Но когда запускали двух клиентов с одной и той же MDU - и у одного клиента все с пол пинка заработало (роутер тп-линк) а у другого пришлось делать на pppoe т.к. роутер (Нетис) не хотел принимать ип. Кто сталкивался может с подобным и может подсказать в каком направлении двигаться для решения проблемы.

 

Кусок конфига ОЛТ

ip dhcp-relay snooping
ip dhcp-relay snooping vlan  xxx,xxx
ip arp inspection vlan  xxx,xxx
ip verify source vlan  xxx,xxx
ip dhcp-relay snooping rapid-refresh-bind
ip dhcp-relay snooping information option format hn-type host

interface GigaEthernet0/3
 description Uplink
 switchport trunk vlan-allowed xxx,xxx
 switchport mode trunk
  dhcp snooping trust
  arp inspection trust
  ip-source trust

кусок конфига dhcpd

class "client" { match if suffix(option agent.remote-id,6)=c0:7e:40:62:12:9e;}
class "client2" { match if suffix(option agent.remote-id,6)=c0:7e:40:62:11:4a;}

subnet 10.0.2.0 netmask 255.255.255.0
{
        option routers 10.0.2.254;
        option domain-name-servers 8.8.8.8, 1.1.1.1;
        pool { range 10.0.2.1;allow members of "client";}
        pool { range 10.0.2.2;allow members of "client2";}
}


 

Ссылка на сообщение
Поделиться на других сайтах
18 часов назад, Kto To сказал:

Внедряем постепенно доступ по дхцп опция 82 в сети.

А если абон прописывает ручками адрес?

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Dimkers сказал:

А если абон прописывает ручками адрес?

Не будет работать. Клиент должен получить адрес от trusted dhcp сервера который находится за g0/3 и адрес должен прописаться на олт.

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

У меня норм работают роутеры нетис в связке BDCOM 3310C opt82

Может у вас проблема в прошивке?

У себя отключил arp inspection и ip-source. Оставил только вот что.

 

version 10.1.0E build 46085

 

ip dhcp-relay snooping
ip dhcp-relay snooping vlan  xxx
ip dhcp-relay snooping rapid-refresh-bind
ip dhcp-relay snooping information option format hn-type
ip dhcp-relay snooping log
 

И все работает.

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

Как бы тоже с нетисами нет проблем.

правда адреса выдаются насом по радиусу. насы как на ацеле, так и на микротах.

Может че в прошивке онушки(сталкивались, какие-то онушки резали ответы)? Нетис напрямую с сервака получает адрес?

Відредаговано Dimkers
Ссылка на сообщение
Поделиться на других сайтах
38 минут назад, Dimkers сказал:

Как бы тоже с нетисами нет проблем.

правда адреса выдаются насом по радиусу. насы как на ацеле, так и на микротах.

Может че в прошивке онушки(сталкивались, какие-то онушки резали ответы)? Нетис напрямую с сервака получает адрес?

 

Эту же онушку на этом же ОЛТ-е ставим перед тп-линком или микротиком - и все взлетает на ура...

58 минут назад, GrDEV сказал:

У меня норм работают роутеры нетис в связке BDCOM 3310C opt82

Может у вас проблема в прошивке?

У себя отключил arp inspection и ip-source. Оставил только вот что.

 

version 10.1.0E build 46085

 

ip dhcp-relay snooping
ip dhcp-relay snooping vlan  xxx
ip dhcp-relay snooping rapid-refresh-bind
ip dhcp-relay snooping information option format hn-type
ip dhcp-relay snooping log
 

И все работает.

 

А что дает в данном случае arp inspection и ip-source?

Ссылка на сообщение
Поделиться на других сайтах
7 часов назад, Kto To сказал:

Эту же онушку на этом же ОЛТ-е ставим перед тп-линком или микротиком - и все взлетает на ура.

Ну а если непосредственно в сервер? Повторюсь. На олтах БДКОМ с нетисами не имею проблем.

Как вариант - сдампить трафик и смотреть.

Відредаговано Dimkers
Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, Dimkers сказал:

Ну а если непосредственно в сервер? Повторюсь. На олтах БДКОМ с нетисами не имею проблем.

Как вариант - сдампить трафик и смотреть.

Пробовали тыкать в онушку тестовый ноутбук - получает ИП на ура и работает...

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

У нетисов какая-то встроенная беда с DHCP. Причем у определенных моделей, с определенными же прошивками.

Тут дело не в ОЛТе и не в настройках.

У нас тоже есть десяток клиентов в сети которым приходится включать PPPoE вместо IPOE - не получают IP хоть ты тресни.

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

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

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

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

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

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

Вхід

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

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

    • Від ikoko
      Продам OLTи BDCOM б.у.
       
      BDCOM P3310b - 1 шт.  - 7000 грн.
      BDCOM P3310b-2ac - 1 шт.  - 8000 грн.
       
      BDCOM P3310c - 2 шт.  - 8000 грн. за 1 шт.
       
      BDCOM P3608b - 1 шт.  - 22000 грн.
       
       
    • Від sergeyko
      Продам OLT BDCOM P3310C вживаний з UPS  - 8000грн
×
×
  • Створити нове...