S.Sokolov Опубликовано 5 августа, 2021 · Жалоба Интересно, кто-нибудь запускал связку Ланбиллинга с EPON в режиме IPoE? Вот сейчас столкнулся с проблемой - на версии 2.0.36 не умеет Ланбиллинг авторизовать абонента по МАКу ONU. Я в option 82 присылаю ему МАК ONU и МАК OLT, но увы, представители Ланбиллинга говорят что это все неправильно, надо присылать номер VLAN, порядковый номер ONU, кучу другой инфы. Не понятно зачем, если можно просто привязать абонента к МАКу ОНУ плюс МАК ОЛТ и пусть себе работает на своем маршрутизаторе. Модуль LBInventory мы взяли, но толку от него ноль, Ланбиллинг никуда не обращается, а GPON-REGEX бесполезен от слова совсем, ничего им не парсится. On 7/11/2019 at 4:42 PM, evgen.v said: Добрый день. Пытаемся завязать GePON от C-DATA с lbinet по DHCP с использованием option 82. Эта схема уже давно работает на коммутаторах D-Link, а с гпонами возникла проблема. В 2.0.27 в модуле inventory при добавлении коммутатора есть возможность указать тип GPON и появляется дополнительное поле GPON_REGEX, в нашем случае указал там ".*([0-9]{2})([0-9]{2})[0-9]{2}$/$1/$2" для circuit-id формата <vlan>00<olt><onu><uni> (пример 000500010400), привязал абонента (при привязке к порту появляется доп поле для номера ONU) - и ничего. В дебаг-логах видно, что DHCP-запрос приходит, но разбор cirtuit-id не производится, привязку абонента биллинг не находит. Кто-нибудь настраивал такое взаимодействие? Может было пофикшено в более свежих версиях, но в чейнджлогах я ничего про это не нашел. Получилось ли у Вас срастить это? Именно C-Data с Ланбиллингом? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ArhAngel_John Опубликовано 15 сентября, 2021 · Жалоба В 06.08.2021 в 05:05, S.Sokolov сказал: Интересно, кто-нибудь запускал связку Ланбиллинга с EPON в режиме IPoE? Вот сейчас столкнулся с проблемой - на версии 2.0.36 не умеет Ланбиллинг авторизовать абонента по МАКу ONU. Я в option 82 присылаю ему МАК ONU и МАК OLT, но увы, представители Ланбиллинга говорят что это все неправильно, надо присылать номер VLAN, порядковый номер ONU, кучу другой инфы. Не понятно зачем, если можно просто привязать абонента к МАКу ОНУ плюс МАК ОЛТ и пусть себе работает на своем маршрутизаторе. Модуль LBInventory мы взяли, но толку от него ноль, Ланбиллинг никуда не обращается, а GPON-REGEX бесполезен от слова совсем, ничего им не парсится. Посмотри, может быть есть вариант использовать МАК ОНУ как User-Name атрибут. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
S.Sokolov Опубликовано 27 сентября, 2021 · Жалоба On 9/15/2021 at 4:38 PM, ArhAngel_John said: Посмотри, может быть есть вариант использовать МАК ОНУ как User-Name атрибут. Смотрел. Увы, в Ланбиллинге надо жестко привязывать целый ряд параметров. И без глубокого бурения Ланбиллинга или столько же глубокого костылинга с помощью питоновских скриптов такое не получится. Кстати, подскажите глупому. Есть C-Data 1208, ПОНовские глаза которой сделаны транками, при подключении ОНУ нужно в web-морде головы выставить в ONU Port Vlan Table колонку VLAN Mode в режим "Tag" (при открытии стоит режим "Transparent"), и для колонки PVID прописать номер ВЛАНа, в котором абонент будет сидеть. Ну типа делается акксессный порт для абонента таким образом. Никак не могу понять, как это прописать в виде шаблона, чтобы к примеру любая новая ОНУ, подключенная, сразу из шаблона получала 300 ВЛАН с режимом "Tag". Сомтрел на настройки в CLI, но настройки PVID для абонента не увидел. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...