UA.PON v6.0

[l1ght 377]

Знаю оператора который выбрал ELTEX только из-за того что его ону не совместимы с CTC. Чтоб его абонентов не забирали.

+1

[logic 523]

а хороший вопросик задал   Ondp.... бегать по абонам ну очень хреновый вариант...как вариант - прошиваем ону  в офисе    забиваем логин и пас ... при подключении ону к олту  - ону запрашивает логин и пас - если все совпало - супер , если нет -горе... но походу нужно и на олте новую прошивку делать....

[Reanemator_ua 21]

а хороший вопросик задал   Ondp.... бегать по абонам ну очень хреновый вариант...как вариант - прошиваем ону  в офисе    забиваем логин и пас ... при подключении ону к олту  - ону запрашивает логин и пас - если все совпало - супер , если нет -горе... но походу нужно и на олте новую прошивку делать....

 

В том то и дело - BDCOM это делать не будет. поэтому вариант один - творить фичу на стороне ОНУ. По поводу смены МАКа на ОЛТе - да можно. Для этого нужно загрузчик заменить. В общем, если столкнётесь с такой проблемой - поможем.

[Den_LocalNet 1,474]

всё равно это какой-то алгоритм ведущий в никуда

ону должна регистрироваться и разрешать какой-то менеджмент трафик для её активации со стороны провайдера

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

[metasov 0]

Через ОЛТ данные залоченые ОНУ шиться не будут в том случае если МАК олта не совпадает 

с введеным в качестве ограничения, потому что регаться ОНУ не будет.

 

Имея физический доступ к ОНУ можно ли не вскрывая её залить прошивку/бут без данного ограничения?

[GenriX9 2]

нужно это как то через олт делать.   а если сеть уже есть с онушками и хочется их все подзалочить под свой мак ОЛТ. как это сделать.?
идея хорошая но нужно допиливать..

[sov 66]

Для того чтобы прошить такую ОНУ через WEB 

необходимо будет правильно ввести этот логин/пароль повторно.

Через ОЛТ данные залоченые ОНУ шиться не будут в том случае если МАК олта не совпадает 

с введеным в качестве ограничения, потому что регаться ОНУ не будет.

 

 

Вопрос. Поддерживаете ли вы разработку подобной фичи? Нужна она вообще?

Фича нужная, но я не согласен с алгоритмом.

Вдруг сгорит ОЛТ и его придётся заменить - что тогда делать? Бегать по клиентам, перешивать ОНУшки?

Вряд-ли кого обрадует такая перспектива.

 

ОНУшка в любом случае должна управляться со стороны ОЛТа. То есть, регистрироваться на ОЛТе независимо от его МАКа.

Но если МАК ОЛТа не совпадает с заданным - не передавать данные между оптическим и медными портами.

 

Разумеется, доступ в настройки ОНУшки и возможность её перепрошивки - по паролю. И со стороны оптики, и со стороны меди.

Edited 2015-12-01 06:27:55 by sov

[pavlabor 1,977]

Ребята, а сколько у вас стоит подключка?

Читайте мою тему про Powercom, я вас бы с говном съел, и еще  бы и заработал.

Определитесь в термине "граница раздела балансовой принадлежности".

[Reanemator_ua 21]

Смотрите, получается в нашем алгоритме есть один недостаток - мы не учли вариант выхода из строя Ваших родненьких ОЛТов. Конечно вероятность не велика но всё же.

Решения, как я вижу, может быть 2:

 

1) Залить на новый OLT ROM от старого OLT-а. Действие не очень долгое и за 10 минут можно управиться.

2) Всё таки разрешить ОНУшкам регаться на ОЛТе, но не пропускать трафик.

 

Как по мне 2-ой вариант действительно лучше, т.к. позволит быстро менять МАКи на ОНУшках удалённо, а не катаясь по всему району к клиентам. Но для этого на всех ОНУшках должен быть назначен ВЛАН управления.

 

P.S. В общем, продолжаем обсуждение и высказываемся за Ваше виденье алгоритма работы. Один постулат - ОЛТ не трогайте - его прошивка меняться не будет.

[NETOS 137]

Смотрите, получается в нашем алгоритме есть один недостаток - мы не учли вариант выхода из строя Ваших родненьких ОЛТов. Конечно вероятность не велика но всё же.

Решения, как я вижу, может быть 2:

 

1) Залить на новый OLT ROM от старого OLT-а. Действие не очень долгое и за 10 минут можно управиться.

2) Всё таки разрешить ОНУшкам регаться на ОЛТе, но не пропускать трафик.

 

Как по мне 2-ой вариант действительно лучше, т.к. позволит быстро менять МАКи на ОНУшках удалённо, а не катаясь по всему району к клиентам. Но для этого на всех ОНУшках должен быть назначен ВЛАН управления.

 

P.S. В общем, продолжаем обсуждение и высказываемся за Ваше виденье алгоритма работы. Один постулат - ОЛТ не трогайте - его прошивка меняться не будет.

Залить ROM на OLT гораздо быстрее чем зайти на каждую ONU и переписать МАС. А если ONU не в сети, то потом еще и ждать когда же она все таки появится. Или это можно сделать через шаблон?

Edited 2015-12-01 08:21:06 by NETOS

[Reanemator_ua 21]

Через шаблон не получится. Как я сказал, ОЛТ в этом алгоритме вообще не участвует - забить список МАКов на ОНУ можно будет только через Телнет и/или WEB.

[logic 523]

с заменой ROM идея неплохая

[wladd 382]

я об этом говорил года 2 назад, West не даст соврать

а тут оказывается придумали фишку....

НЕ скрою, мы ничего не придумали, просто по обращениям 

граждан, выбрали целевую тему и решили ее реализовать

с нашей точки зрения время настало, вопрос стал актуальным

Edited 2015-12-01 08:44:27 by wladd

[wladd 382]

Смотрите, получается в нашем алгоритме есть один недостаток - мы не учли вариант выхода из строя Ваших родненьких ОЛТов. Конечно вероятность не велика но всё же.

Решения, как я вижу, может быть 2:

 

1) Залить на новый OLT ROM от старого OLT-а. Действие не очень долгое и за 10 минут можно управиться.

2) Всё таки разрешить ОНУшкам регаться на ОЛТе, но не пропускать трафик.

 

Как по мне 2-ой вариант действительно лучше, т.к. позволит быстро менять МАКи на ОНУшках удалённо, а не катаясь по всему району к клиентам. Но для этого на всех ОНУшках должен быть назначен ВЛАН управления.

 

P.S. В общем, продолжаем обсуждение и высказываемся за Ваше виденье алгоритма работы. Один постулат - ОЛТ не трогайте - его прошивка меняться не будет.

Вариант 2 привлекательнее, но блин

тогда у нас получается "дыра в системе безопасности".

Зарегавшуюся ОНУ можно перепрошить с ОЛТа без ввода пароля...... 

Edited 2015-12-01 08:41:14 by wladd

[wladd 382]

 

Смотрите, получается в нашем алгоритме есть один недостаток - мы не учли вариант выхода из строя Ваших родненьких ОЛТов. Конечно вероятность не велика но всё же.

Решения, как я вижу, может быть 2:

 

1) Залить на новый OLT ROM от старого OLT-а. Действие не очень долгое и за 10 минут можно управиться.

2) Всё таки разрешить ОНУшкам регаться на ОЛТе, но не пропускать трафик.

 

Как по мне 2-ой вариант действительно лучше, т.к. позволит быстро менять МАКи на ОНУшках удалённо, а не катаясь по всему району к клиентам. Но для этого на всех ОНУшках должен быть назначен ВЛАН управления.

 

P.S. В общем, продолжаем обсуждение и высказываемся за Ваше виденье алгоритма работы. Один постулат - ОЛТ не трогайте - его прошивка меняться не будет.

Залить ROM на OLT гораздо быстрее чем зайти на каждую ONU и переписать МАС. А если ONU не в сети, то потом еще и ждать когда же она все таки появится. Или это можно сделать через шаблон?

 

Залить новый РОМ быстрее. Поддержу ++

Притом нужно учитывать тот факт, что "разрешенных" МАКов ОЛТ будет 10

то есть на время замены ОЛТ можно переключить данную ветку на другой ранее прописанный ОЛТ.

Edited 2015-12-01 08:43:52 by wladd

[Reanemator_ua 21]

Ну с этим тоже можно бороться. Можно заставить ОНУ блокировать прошивку ниже её текущей. Т.е. обновить назад уже не получится. Но тут нужно сделать так, чтобы при обновлении вперёд список МАКов не удалялся.

[original 1]

Отличное предложение продать конечному абоненту залоченую ONU за 50 баксов. Опыт КСтар говорит о том что будут проблемы с защитой прав потребителей - и по итогу Вы сами себя накажете. 

Из плюсов идеи отмечу что появится новое поле для заработка - разлочка онушек. Вы как реализуете скажите куда пиво занести.

[Reanemator_ua 21]

Смотрите - мы реализуем фичу, которую хотят многие ISP. По умолчанию она выключена. Хотите - включайте, хотите - нет. Если права с Законом и будут, то провайдер идёт на это сознательно. Мы рассматриваем техническую сторону момента, а не юридическую. Хотя если тут есть грамотные юристы, то они могут высказать своё мнение по этому поводу.

[logic 523]

Отличное предложение продать конечному абоненту залоченую ONU за 50 баксов. Опыт КСтар говорит о том что будут проблемы с защитой прав потребителей - и по итогу Вы сами себя накажете. 

Из плюсов идеи отмечу что появится новое поле для заработка - разлочка онушек. Вы как реализуете скажите куда пиво занести.

а мы не продаем абону ону за 50у.е , мы даем нашару  на час пользования нашими услугами.... не плотят больше 3 месяцев  - приходим и забираем онушку - и все в договоре прописано.... так что нам интересна эта фича 

[sedo26 0]

А если, например, попробовать создать поле на OLT типа ключ сети, и такое же на онушке, ключ участвует при регистрации. Ключ правильный-зарегистрировался, не правильный - нет.

Но надо продумать как новых абонов в таком случае подключать.

 

Наверное голая онушка подключается к ОЛТ без проблем, после прописывания ключа - только через ключ.

При замене олт, просто прописали старый ключ в новую олт, и всё поднялось автоматом.

При загулявших онушках  - она не подключится так как на ней прописан ключ и чужой олт или не имеет его или он другой.  

[a_n_h 599]

 

 

создать поле на OLT типа ключ сети,

ОЛТ должен быть "стандартным".

[Reanemator_ua 21]

А если, например, попробовать создать поле на OLT типа ключ сети, и такое же на онушке, ключ участвует при регистрации. Ключ правильный-зарегистрировался, не правильный - нет.

Но надо продумать как новых абонов в таком случае подключать.

 

Наверное голая онушка подключается к ОЛТ без проблем, после прописывания ключа - только через ключ.

При замене олт, просто прописали старый ключ в новую олт, и всё поднялось автоматом.

При загулявших онушках  - она не подключится так как на ней прописан ключ и чужой олт или не имеет его или он другой.  

 

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

[sov 66]

А пусть ОНУшка сама выгребает конфиги (разрешённые МАКи) через SCP с заданного сервака. Не всегда, а только при изменении МАКа ОЛТа.

 

Если совсем уж заморачиваться, можно сделать, чтобы с сервера грузились ещё и шаблоны.

[prosto_mail 4]

Будем честными - привязка нужна дабы абонент не ушёл к другому. Привязка никак не решит возврат устройства.

 

Рассмотрим гепотетический вариант: 350 гривен подключение и девайс в аренду. Конкуренция приводит к тому что абонент имеет выбор из нескольких провайдеров у которых:

 

1 провайдер - подключение 1200 грн (полностью оплачивает ОНУ)

2 провайдер - 350 гривен (оплачивает часть ОНУ)

3 провайдер - 360 гривен (оплачивает часть ОНУ)

4 провайдер - 340 гивен (оплачивает часть ОНУ)

 

Первому провайдеру привязка не нужна в принципе. А ~350 гривен - не такой уж и большой порог дабы удержать абонента. Поэтому абонента может удержать только хорошо предоставляемая услуга.

 

Так же необходимо рассмотреть и с другой стороны - с точки зрения построения сети. Ведь тот из провайдеров кто прийдёт первым к "голодающим" без интернета абонентам - получит большое преимущество и подключать по 350 он не станет... Если человек заплатит 1200 за подключение, он будет ещё платить 350 при весьма плохой услуге...

 

Что хорошо в BDCOM - это то что взял из коробки ONU подключил в сеть - и всё работает! А ещё делать какие-то манипуляции, лочить, разлочить - только усложнение самой лучшей схемы включения абонента!

 

Лучше всего сконцентрироваться на роботоспособности оборудования. Вот к примеру у меня опять проблема:

 

Есть статистика по интерфейсу (к примеру):

sh interface epoN 0/3:2

 

Имеет вид:

EPON0/3:2 is up, line protocol is up
  Ifindex is 86, unique port number is 13
  Hardware is GigaEthernet-LLID, address is fcfa.f73a.1f11 (bia fcfa.f73a.1f11)
  MTU 1500 bytes, BW 1000000 kbit, DLY 2000 usec
  Encapsulation ARPA
  Full-duplex,   1000Mb/s
  flow-control off
  5 minutes input rate 14249 bits/sec, 16 packets/sec
  5 minutes output rate 211081 bits/sec, 27 packets/sec
     Received 57562289 packets, 14382389293 bytes
     28863 broadcasts, 18698 multicasts
     0 discard, 117440512 error, 0 PAUSE

 

Вот мне её нужно стереть дабы сбросить счётчик ошибок. Команды clear interface epoN 0/3:2 - нет, а команда clear l2 counters interface epoN 0/3:2 не понятно что делает... Не ребутать же устройство!

 

 

P.S.

В полне возможно что я придумал почему привязка ONU будет контрпродуктивная: имеем OLT со 138 абонентами. И вот в прекрасное утро этот OLT загибается, а на его место по ряду причин ставим новый OLT который в онушках не зарегестрирвован...

Edited 2015-12-01 14:37:53 by prosto_mail

[Reanemator_ua 21]

Есть чудная команда Switch#clear mib - попробуйте её.