Перейти к содержимому
Калькуляторы

Eltex Gpon + ONT других вендоров

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

Поделиться сообщением


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

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

А это я к концу месяца сделаю отчет по работе, примерном ценнике и прочим параметрам. и станет все ясно.

Поделиться сообщением


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

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

А это я к концу месяца сделаю отчет по работе, примерном ценнике и прочим параметрам. и станет все ясно.

 

Все-таки, использовать чужие ONT это очень рисковано, на мой взгляд. Даже рассматривая ситуацию, когда они оперативно все допиливают к изменениям того же Eltex-а.

Вот закроется поставщик ONT, а у Eltex что-то обновится(а это очень часто происходит). И что делать, сидеть на старой ветке? Менять ONT абонентам?

 

 

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

 

Вы правы, скорее всего.

Тут разве что ориентироваться на то, interop между какими вендорами делают крупняки вроде Ростелекома.

 

Или же юзать условный Calix, которые божатся что у них нет никаких ограничений и много third-party ONT протестировано.

Изменено пользователем shabaev_av

Поделиться сообщением


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

А в чем смысл использовать не родные онушки? Экономия 1000р и куча различных проблем?

Поделиться сообщением


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

мне кажется что смысл заморачиваться с неродными ONU лишь ради выбивания скидки на родные :)

Поделиться сообщением


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

А в чем смысл использовать не родные онушки? Экономия 1000р и куча различных проблем?

 

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

 

мне кажется что смысл заморачиваться с неродными ONU лишь ради выбивания скидки на родные :)

 

И это тоже.

Поделиться сообщением


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

А какие могут быть проблемы с основным? Элтекс не такая маленькая контора, что бы закрываться. Кроме всего, если, гипотетически, такое случиться, то на вторичном рынке будет много приставок и другого оборудования - ведь особо пугливые начнут на других вендоров переходить=)

Поделиться сообщением


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

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

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

 

Вот закроется поставщик ONT, а у Eltex что-то обновится(а это очень часто происходит). И что делать, сидеть на старой ветке? Менять ONT абонентам?

Любое использование неродных компонентов без поддержки вендора это всегда один ответ: "а вы не обновляйтесь".

 

А в чем смысл использовать не родные онушки? Экономия 1000р и куча различных проблем?

Умножаем на количество установленых ONU, и все сразу становится понятно.

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

 

Кроме всего, если, гипотетически, такое случиться, то на вторичном рынке будет много приставок и другого оборудования - ведь особо пугливые начнут на других вендоров переходить=)

Вот на вторичном рынке уже сейчас полно неродных ONU, которые ростелеком снимает при модернизации. И они до сих пор рабочие, и стоят копейки. С этим надо что-то делать.

Поделиться сообщением


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

мне кажется что смысл заморачиваться с неродными ONU лишь ради выбивания скидки на родные :)

Ну вот у меня сейчас онушки Zhone и еще купили, но не поставили Хуииииивей, и еще Eltex вот взял на тест с рассрочкой выкупа.

' timestamp='1492589209' post=1395137]

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

Ну вот есть возможность потыкать носом, у меня не очень складывалисьь отношения с этим производителем и продаваны это знают, так что есть у них возможность стать "лапочкой". Что нужно мне для того, чтобы это протестить?

Поделиться сообщением


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

Что нужно мне для того, чтобы это протестить?

1. Напихиваете в одно дерево: 5 хуавеев (черных) hg8240/8245 и 5 NTP-2. fec в обе стороны и шифрование включаем.

2. Потом передаете трафик одновременно (ну например смотрите HD видео с ютуба в перемешку с каким-нибудь торрентом) через элтексовский девайс и через хуавеевский.

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

4. Набиваете побольше в дерево (например 30 и 30), перезагружаете OLT. В результате полностью регистрируется только один вендор - либо элтекс, либо хуавей, а ONU второго сильно тупят в фазе конфигурации.

 

Вот как это было. С другими железками возможно будет что-то другое.

Если вдруг заработает (я последний раз проверял на 3.26.0, сейчас есть пара прошивок поновее, но в changelog о таком ни слова) - тогда покажите конфиг :)

Поделиться сообщением


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

' timestamp='1492659191' post='1395418']

Что нужно мне для того, чтобы это протестить?

1. Напихиваете в одно дерево: 5 хуавеев (черных) hg8240/8245 и 5 NTP-2. fec в обе стороны и шифрование включаем.

2. Потом передаете трафик одновременно (ну например смотрите HD видео с ютуба в перемешку с каким-нибудь торрентом) через элтексовский девайс и через хуавеевский.

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

4. Набиваете побольше в дерево (например 30 и 30), перезагружаете OLT. В результате полностью регистрируется только один вендор - либо элтекс, либо хуавей, а ONU второго сильно тупят в фазе конфигурации.

 

Вот как это было. С другими железками возможно будет что-то другое.

Если вдруг заработает (я последний раз проверял на 3.26.0, сейчас есть пара прошивок поновее, но в changelog о таком ни слова) - тогда покажите конфиг :)

 

Случайно/целенаправленно этот баг выловили?

Проявлялся только на этих моделях, или другие не смотрели?

Поделиться сообщением


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

Случайно/целенаправленно этот баг выловили?

Да как сказать.

С самого начала планировали начать работу с этой схемой, даже поинтересовались, на что из элтекса на всякий случай дали прошивку тестовую, и уверили, что все будет работать.

А оно рррраз, и глючит. А потом рррраз, и чинить не будут, т.к. задача не приоритетна/оборудование устаревшее/а у нас все работает/и прочие разные отмазки (разнящиеся в зависимости от того, кто отвечал).

 

Проявлялся только на этих моделях, или другие не смотрели?

После этого зареклись ставить любую солянку до того, как поддержка сторонних ONU будет заявлена оффициально: сейчас лицензия продается, но какие ONU работают, с какими, в каких условиях - никто сказать не может (ответы опять же, разнятся от "да все работают, ставьте смело" до "ну мы что-то там тестировали, но толком сами не в курсе"), так что покупку таких лицензий считаю абсурдом.

Поделиться сообщением


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

Всем доброго дня.

Имеется Eltex LTP-8X:rev.B software version 3.26.1 build 1380 on 31.01.2017 11:31

Интересует подключение онушек исключительно в режиме простого бриджа

Подключаем обычные NTU-1, всё, отлично всё работает. Насколько реально подцепить ZTE F643 (аналог F601) - такой же обычный терминал с одним портом как  и NTU-1?

Конечно интересует схема без приобретения лицензий)

Голова онушку видит, регистрирует но не конфигурит:

Oct 10 15:09:28 LTP-8X pmchal: notice: ONT ZTEGXXXXXXXX activated
Oct 10 15:09:28 LTP-8X pmchal: notice:   [ONT2/0] ONT Vendor: ZTEG Type: F643V6.0 (0x0000) FW version: V6.0.1P1T12
Oct 10 15:09:28 LTP-8X pmchal: error:    [ONT2/0] License is not valid, configuration will not continue

Поделиться сообщением


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

Ну платить вам все равно придется. Либо за лицензии, либо за услуги знающего человека. Выгода будет начинаться с количества порядка 200 ONU.

Можете мне в ЛС написать, если хотите :)

 

 

 

Поделиться сообщением


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

на прошивке 3,24 без всяких танцев вешаю китайские онухи cdata однопортовые. на 3,26 не работают. 

Поделиться сообщением


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

Если найдете прошивку 3.24 под *REVC железо :)

Ну или скупать старые OLT :)

 

Поделиться сообщением


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

В 16.10.2017 в 23:21, Avanta-telecom сказал:

на прошивке 3,24 без всяких танцев вешаю китайские онухи cdata однопортовые. на 3,26 не работают. 

А профили cross-connect и ports какие навешиваете для этих онушек?

Я попробовал в самой ону ZTE F643 в настройках изменить серийный с ZTEG* на ELTX* - и голова её увидела как родную, активировала и сконфигурила. Но есть одно но - не вижу мака устройства на медном порту ону.

Поделиться сообщением


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.