Налаштувати авто заміну неактивних ону

[silver1501 0]

Доброго дня. Допоможіть будь ласка з налаштування ОЛТ. 

Так получилось що на одному дереві є 65 ону.

Чи є якась програмна можливість налаштувати якусь авто заміну неактивних ону? Чи тільки руками...

[_WesT_ 1 016]

Доброго дня. Допоможіть будь ласка з налаштування ОЛТ. 

Так получилось що на одному дереві є 65 ону.

Чи є якась програмна можливість налаштувати якусь авто заміну неактивних ону? Чи тільки руками...

 

))) интересная штука. Как-то, кто-то мне уже про такое рассказывал. Но там было 66 ОНУ)))

[Reanemator_ua 21]

Доброго дня. Допоможіть будь ласка з налаштування ОЛТ. 

Так получилось що на одному дереві є 65 ону.

Чи є якась програмна можливість налаштувати якусь авто заміну неактивних ону? Чи тільки руками...

 

Только руками.

[McLlaren 3]

Доброго дня. Допоможіть будь ласка з налаштування ОЛТ. 

Так получилось що на одному дереві є 65 ону.

Чи є якась програмна можливість налаштувати якусь авто заміну неактивних ону? Чи тільки руками...

Интересный вопрос. Я думаю можно поисхищряться и скрипт для этого написать. Получать статус по СНМП и если статус deregistred то заменять ОНУ.

Но я думаю это костыль костылище)))

А еще как вариант изменить lost-time на 1 час к примеру и удалять ОНУ как только она перешла в лост.

Но у всех этих схем куча вопросов: как нарезать скорость, как обеспечить секюрность...

А вообще если хорошо аналитически потрудится то можно обеспечить стабильную работу в таком режиме, но это серьезные затраты. Я так думаю

[Reanemator_ua 21]

Идея отрубать ONU, которая перешла в состояние LOST конечно хорошая, но представьте, что абонент уехал в отпуск на 1,5 месяца и отключил ONU. Она само собой перейдёт в статус LOST, а вы возьмёте и клиента отключите. Не порядок 

[silver1501 0]

Так можливість що всі 64 ону включать одночасно практино рівняєтся 0. А на рахунок скіптів. У мене немає ні нарізання швидкості ні окремих вланів. У мене вся вітка загнана в один влан і логуются по ПППОЕ. Але скіьки часу треба щоб розбиратись в скріптах напевне легше кинути 150м  кабелю з іншого пону і забрати частину юзерів на нього...

[McLlaren 3]

Так можливість що всі 64 ону включать одночасно практино рівняєтся 0. А на рахунок скіптів. У мене немає ні нарізання швидкості ні окремих вланів. У мене вся вітка загнана в один влан і логуются по ПППОЕ. Але скіьки часу треба щоб розбиратись в скріптах напевне легше кинути 150м  кабелю з іншого пону і забрати частину юзерів на нього...

100%. Проще и надежнее. Как говорится "хороший код - простой код"!

А вообще как теоритический вопрос очень интересно, так сказать "разгон ПОН")))

 

 

Идея отрубать ONU, которая перешла в состояние LOST конечно хорошая, но представьте, что абонент уехал в отпуск на 1,5 месяца и отключил ONU. Она само собой перейдёт в статус LOST, а вы возьмёте и клиента отключите. Не порядок 

Так, когда он вернется то мы его сразу и включим. Мы исходим из того, что вероятность работы всех 64 ОНУ в один момент равна 0.

[Reanemator_ua 21]

Я конечно всё понимаю. Все хотят оптический бюджет в PONе 40 dB и чтобы абонентов можно было 1000 на одно волокно посадить. Бедный PON терзают как только можно 

[passer 67]

Ага, а еще это похоже на вопрос: "Почему у старого доброго молотка нет автоподачи гвоздей по мысленной команде?".

[Земеля 727]

 

Так можливість що всі 64 ону включать одночасно практино рівняєтся 0. А на рахунок скіптів. У мене немає ні нарізання швидкості ні окремих вланів. У мене вся вітка загнана в один влан і логуются по ПППОЕ. Але скіьки часу треба щоб розбиратись в скріптах напевне легше кинути 150м  кабелю з іншого пону і забрати частину юзерів на нього...

100%. Проще и надежнее. Как говорится "хороший код - простой код"!

А вообще как теоритический вопрос очень интересно, так сказать "разгон ПОН")))

 

 

Идея отрубать ONU, которая перешла в состояние LOST конечно хорошая, но представьте, что абонент уехал в отпуск на 1,5 месяца и отключил ONU. Она само собой перейдёт в статус LOST, а вы возьмёте и клиента отключите. Не порядок 

Так, когда он вернется то мы его сразу и включим. Мы исходим из того, что вероятность работы всех 64 ОНУ в один момент равна 0.

 

в аварийного варианта согласен, а вот сколько вы так онушек на дерево подкинете 70-80 дальше что?  сигнал до -30дб фигачить, а в сезон гроз собирать мешками онушки? 

делаем все грамотно, не забываем мы все перешли на ПОН так как очень дорого тогда и СЕчас строить фттх ! и вы еще хотите дешевле  . не забываем скупой платит дважды 

а так лучше экспериментируйте с аварийными ситуациями ( то есть кольцевание делать )

Відредаговано 2015-02-12 15:21:00 Земеля

[McLlaren 3]

Ага, а еще это похоже на вопрос: "Почему у старого доброго молотка нет автоподачи гвоздей по мысленной команде?".

Уже написал достойный ответ но все же передумал публиковать.

А вообще идея очень прикольная, и может использоваться только для устранения провтыков и т.д. Никак не для удешевления и увеличения емкости ЕПОН ветки.

[Учумелые ручки 705]

Мы исходим из того, что вероятность работы всех 64 ОНУ в один момент равна 0.

БРЕД. Большинство людей ленится выключать что-либо ...

Поэтому к-во онлайн ОНУ, даже без трафика, - стремится к 80% ...

Исключений очень мало, это в основном "пострадавшие напрямую от гроз на Adsl"...

Хотя и они после пары гроз, ну когда "пронесло" ... ну скажем так - забывают неприятности ...

 

ЗЫ: а контролировать трафик - и отрубать "неактивные ОНУ" - это совсем другая история ...

[karonetua 96]

 

 

Так можливість що всі 64 ону включать одночасно практино рівняєтся 0. А на рахунок скіптів. У мене немає ні нарізання швидкості ні окремих вланів. У мене вся вітка загнана в один влан і логуются по ПППОЕ. Але скіьки часу треба щоб розбиратись в скріптах напевне легше кинути 150м  кабелю з іншого пону і забрати частину юзерів на нього...

100%. Проще и надежнее. Как говорится "хороший код - простой код"!

А вообще как теоритический вопрос очень интересно, так сказать "разгон ПОН")))

 

 

Идея отрубать ONU, которая перешла в состояние LOST конечно хорошая, но представьте, что абонент уехал в отпуск на 1,5 месяца и отключил ONU. Она само собой перейдёт в статус LOST, а вы возьмёте и клиента отключите. Не порядок 

Так, когда он вернется то мы его сразу и включим. Мы исходим из того, что вероятность работы всех 64 ОНУ в один момент равна 0.

 

в аварийного варианта согласен, а вот сколько вы так онушек на дерево подкинете 70-80 дальше что?  сигнал до -30дб фигачить, а в сезон гроз собирать мешками онушки? 

делаем все грамотно, не забываем мы все перешли на ПОН так как очень дорого тогда и СЕчас строить фттх ! и вы еще хотите дешевле  . не забываем скупой платит дважды 

а так лучше экспериментируйте с аварийными ситуациями ( то есть кольцевание делать )

 

Кольцевание помоему более чем реальное  при схеме 8х4х8 

[karonetua 96]

 

Мы исходим из того, что вероятность работы всех 64 ОНУ в один момент равна 0.

БРЕД. Большинство людей ленится выключать что-либо ...

Поэтому к-во онлайн ОНУ, даже без трафика, - стремится к 80% ...

Исключений очень мало, это в основном "пострадавшие напрямую от гроз на Adsl"...

Хотя и они после пары гроз, ну когда "пронесло" ... ну скажем так - забывают неприятности ...

 

ЗЫ: а контролировать трафик - и отрубать "неактивные ОНУ" - это совсем другая история ...

 

ну ви самі  собі суперечите 80% від 64 це 51.

тобто за вашою терією при 80 онушках на гілці саме 64 становитиме 80%)) 

хоча можливо це не 80%, а так як все любить гармонію то це золотий переріз 1,618... 

Відредаговано 2015-02-12 21:29:39 karonetua

[karonetua 96]

Я конечно всё понимаю. Все хотят оптический бюджет в PONе 40 dB и чтобы абонентов можно было 1000 на одно волокно посадить. Бедный PON терзают как только можно 

зачем 40 дбм не понемаю 11+7+11=29 более чем достаточно для любых извращений))

[McLlaren 3]

 

Мы исходим из того, что вероятность работы всех 64 ОНУ в один момент равна 0.

БРЕД. Большинство людей ленится выключать что-либо ...

Поэтому к-во онлайн ОНУ, даже без трафика, - стремится к 80% ...

Исключений очень мало, это в основном "пострадавшие напрямую от гроз на Adsl"...

Хотя и они после пары гроз, ну когда "пронесло" ... ну скажем так - забывают неприятности ...

 

ЗЫ: а контролировать трафик - и отрубать "неактивные ОНУ" - это совсем другая история ...

 

Категорично!

Я вот считаю что контроль трафика - это БРЕД! Я уехал в отпуск и раз в 3 дня проверяю свио IP камеры, соответственно трафик на порту есть раз в 3 дня. Например алгоритм: 2 дня нет трафика - выключить ОНУ. Вот и все, накрылась схема. Но так может и не быть а может и быть... И таких частных случаев очень много.

Подход не важе, важно чтоб это работало без ущерба для клиентов. И на упреждение: главное рассчитать риски, и хорошо подумать стоит ли такое внедрять.

[passer 67]

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

[_WesT_ 1 016]

Яростно плюсую двух коллег выше.  
Вы только подумайте, человек месяц оплатил, а вы его нафиг. Не будьте уж совсем жадными, не страдайте фигней.

[karonetua 96]

Яростно плюсую двух коллег выше.  

Вы только подумайте, человек месяц оплатил, а вы его нафиг. Не будьте уж совсем жадными, не страдайте фигней.

Люди привикли до того що в нет треба входити (CDMA, vpn, ppoe) - варіант рішення, назвем його "дзвінок другу". Перед заходом в інтернет робите дзвінок на телефон "555322" ваш вхідний(вхідні номери) привязані в білінгу.

Подзвонив -> скріпт -> включилась онушка -> прийшов звіт що все гуд.

СМС -> скріпт ->  включилась онушка -> прийшов звіт що все гуд.

Небачу ніц поганого. (За незручність хай тариф буде на Н грн дешевший, мало хай буде на К грн дешевший). 

[karonetua 96]

 

 

Мы исходим из того, что вероятность работы всех 64 ОНУ в один момент равна 0.

БРЕД. Большинство людей ленится выключать что-либо ...

Поэтому к-во онлайн ОНУ, даже без трафика, - стремится к 80% ...

Исключений очень мало, это в основном "пострадавшие напрямую от гроз на Adsl"...

Хотя и они после пары гроз, ну когда "пронесло" ... ну скажем так - забывают неприятности ...

 

ЗЫ: а контролировать трафик - и отрубать "неактивные ОНУ" - это совсем другая история ...

 

Категорично!

Я вот считаю что контроль трафика - это БРЕД! Я уехал в отпуск и раз в 3 дня проверяю свио IP камеры, соответственно трафик на порту есть раз в 3 дня. Например алгоритм: 2 дня нет трафика - выключить ОНУ. Вот и все, накрылась схема. Но так может и не быть а может и быть... И таких частных случаев очень много.

Подход не важе, важно чтоб это работало без ущерба для клиентов. И на упреждение: главное рассчитать риски, и хорошо подумать стоит ли такое внедрять.

 

Ну див відповідь WESTu. Ніякаго збитку. 

[karonetua 96]

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

Так у вас така авторизація згідно договору )) як описав вище)