Jump to content
Калькуляторы

Выбор SFP для GPON ONU ростелекома

В 16.12.2021 в 00:25, sdy_moscow сказал:

Это что за оператор такой "из детского сада" у которого монтажник может сам свободно перерегистрировать ONU или подключить нестандартную услугу или устройство к сети? Какая-то шарашкина контора, с 3-мя инвалидами в штате?

 

В общем, закончу я так:  Вы ничего не понимаете в технологии PON, поэтому  объяснять Вам, почему оператор не согласен подключать вас через вашу СФП бесполезно.

Поэтому, далее - я пас. Ищите сами Вашего "золотого" "монтажника".

Были бы эти ONUшки от оператора нормальными, может быть и проблем было бы меньше. А так в дом ставят лишнее звено цепи которое периодически отказывает. Интернет в доме нужен не только для того чтобы быть дома и пользоваться интернетом из дома. Интернет в доме нужен также чтобы ставить камеры видеонаблюдения, домашние NAS-сервера, держать работающие ПК с возможностью подключаться ко всему этому извне, возможность уезжать из города. Предлагаемая ONUушка, то повиснет, то заглючит, надо к ней идти и ребутать. Надо делать дополнительный проброс портов, который иногда слетает. Потребности людей сейчас намного выше чем "я просто хочу смотреть интернет ТВ". Вся ветка обсуждения и водится к проблемам стабильности и функциональности предлагаемых ONU.

Share this post


Link to post
Share on other sites

В 16.12.2021 в 12:04, scrache сказал:

Были бы эти ONUшки от оператора нормальными

Какие есть. Спроектируйте и произведите лучше или дешевле китайцев и возможно под знаменем импортозамещения онушки будут закупать у вас. Можно сколько угодно заниматься демагогией, но оператор сам выбирает не самые дешевые онушки, а массовые, с низким процентом отказов (чтобы совсем без них, это только у японских девственниц под сенью сакуры) дабы не тратить время на замены онушек у абонентов, т.к. это вообще не приносит денег. И при этом разовые обращения отдельных пользователей со своими онушками никак не повышают стабильность сети, не способствуют накоплению  статистики адекватных онушек (до 50 штук - это не столько статистика, сколько частные случаи и совпадения), но еще и увеличивают риски установки очередного чуда китайской промышленности, которое включает лазер оптического модуля при подаче питания, тем самым давая засветку в дерево.

Share this post


Link to post
Share on other sites

В 16.12.2021 в 12:04, scrache сказал:

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

1. Производители бывают разные, мы сейчас работаем с Eltex (не реклама)  и особых проблем нет. Да, они дороже дешманшского б/у Китая в 2 раза, но спокойный, здоровый сон - "дороже денег". Нормальный оператор гавно в свою сеть не поставит, потому-что понимает, что обслуживание и глюки нестабильного железа выйдут потом гораздо дороже.

 

2. У ОЛТ и ОНУ не так много функционала, проблема в том, что ПОН сети изначально не предназначены для оказания услуги больше чем "быстрый домашний интернет". Для операторских и корпоративных задач придуманы CWDM, DWDM и 10Гб коммутаторы :-).

 

3. Адекватный оператор не мешает абоненту подключить в доме цепочку вида: 

ОНУ <-> Ваш Роутер <-> Чёрти-что в вашей сети.

Данный вариант, хоть и страдает на первый взгляд избыточностью, но по производительности и безопасности - самый лучший. Почему? Потому-что:

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

3.2. Настройками ОНУ ВСЕГДА управляет оператор - се ля ви. А вот настройку роутера вы можете делать сами, как хотите.

3.3. За хорошим роутером можно надежно спрятать вашу домашнюю сеть от любых попыток проникновения извне. ОНУ в этом плане или не имеет такого функционала, или он крайне ограничен, и опять-же настраивается только оператором.

 

4. Если говорить про ПОН СФП - то тут всё еще хуже, поскольку форм фактор сильно ограничивает как по размеру, так и по теплу (энергопотреблению), то их производительность и функционал еще хуже чем у классических ОНУ. Зачастую в них даже нет целого ряда базовых функций, которые существенно влияют на надежность и безопасность сети оператора. Поэтому, опытные операторы их не покупают и клиентам не предлагают.

 

5. И последнее, многие "упоротые" молодые "недоадмины" очень любят купить Микротик и бегать в поисках ПОН СФП, думая, что это будет ОЧЕНЬ круто, быстро и надежно. На самом деле, как первое так и второе - весьма глючное и плохо предсказуемое в работе железо. Поэтому, операторы таких "самоучек" предпочитают сразу отправить куда подальше, чем потом за 700р в месяц объяснять "дураку", почему у него постоянно отваливается линк, режется скорость, а в сеть оператора сотнями сыпятся кривые пакеты и мак адреса корпоративной сети, в которой клиент работает на удалёнке. Я так скажу - МИКРОТ - это не для любителя, его настроить нормально может только, как минимум, полу-профи, но никак не ламер прочитавший одну книжку про IP протокол тридцатилетней давности.

 

Share this post


Link to post
Share on other sites

В 17.12.2021 в 00:52, sdy_moscow сказал:

У ОЛТ и ОНУ не так много функционала, проблема в том, что ПОН сети изначально не предназначены для оказания услуги больше чем "быстрый домашний интернет"

Позвольте не согласиться! В gpon предусмотрена и синхра, и e1/tdm и вообще все операторские фишки абонентского и магистрального уровня. Просто надо помнить, что pon - не более, чем транспорт, и тут уж как производитель конкретный пожелал.

 

В 17.12.2021 в 00:52, sdy_moscow сказал:

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

Это не так (или приедите такие базовые функции, в которых вы нуждаетесь). И да, следует разделять безродный китай и нормальные модули, например от nokia или alcatel-lucent. Операторы их вполне ставят, но решение это нишевое.

В 17.12.2021 в 00:52, sdy_moscow сказал:

И последнее, многие "упоротые" молодые "недоадмины" очень любят купить Микротик и бегать в поисках ПОН СФП, думая, что это будет ОЧЕНЬ круто, быстро и надежно. На самом деле, как первое так и второе - весьма глючное и плохо предсказуемое в работе железо.

Это да. Но можно таких умников просто отлучать от саппорта и ставить платный выезд с заменой микротика на нормальную onu. Например, мой ответ, когда упоминают, что установили микротик - "ебитесь с ним сами" :)

 

Share this post


Link to post
Share on other sites

В 29.10.2021 в 18:21, seregaelcin сказал:

 вот этот https://eltex-co.ru/catalog/ont-gpon/ntu-sfp-100/, но там есть костыли в плане мультикаста. Он работает только untag на OLT HUAWEI/ZTE, на OLT ZTE можно перекладывать мультикаст vlan, но делается это прям на eth интерфейсе модуля. Этот eltex на самом деле ноу нейм китаец. поэтому хз какой экземпляр реально достанется.

У меня были huawei и eltex на тестах. 

  Здравствуйте, подскажите пожалуйста по настройке eltex ntu-sfp-100

 Так сложилось, что интернет предоставляет небольшой региональный провайдер инженер которого совсем не против, подключить интернет с моим оборудованием сказал, что если увидит моё устройство как незарегистрированное привяжет по серийнику, а мне нужно будет перевести его в режим bridge и авторизоваться по ppoe. На руках kinetic giga с sfp портом, на сайте кинетика заявлена совместимость. У провайдера в шкафу стоит ZTE, взял на авито eltex ntu-sfp-100 (уже в пути). Но нигде не могу найти никаких мануалов по eltex, только то что у него то же железо, что у ziza и dlink. Ваше сообщение это наиболее информативное из всего, что удалось найти. Провайдер авторизует по ppoe, я так понимаю мне просто нужно настроить ntu в режиме бриджа, а ppoe соединение поднять на keenetic. Был бы очень признателен за небольшой ликбез

Share this post


Link to post
Share on other sites

@ctmd onu настраивает оператор с ltp есть два пути первый путь вам оператор отдает настройки onu для бриджа, второй вариант отдает настройки для роутера, после того как настройки onu получила вы можете изменить их, но через 24 ltp снова отправит настройки и настройки нужно снова вносить. 

Имхо профита от такого варианта будет мало единственный плюс визуально нет второго устройства sfp onu это не sfp можуль, это такое же onu 

Имхо sfp  onu  стоит использовать в случаях, когда ограниченное пространство и нет питания 220, или за это нужно платить. Диагностику вы уже не сделаете. 

Share this post


Link to post
Share on other sites

В 16.01.2022 в 00:10, ctmd сказал:

  Здравствуйте, подскажите пожалуйста по настройке eltex ntu-sfp-100

 Так сложилось, что интернет предоставляет небольшой региональный провайдер инженер которого совсем не против, подключить интернет с моим оборудованием сказал, что если увидит моё устройство как незарегистрированное привяжет по серийнику, а мне нужно будет перевести его в режим bridge и авторизоваться по ppoe. На руках kinetic giga с sfp портом, на сайте кинетика заявлена совместимость. У провайдера в шкафу стоит ZTE, взял на авито eltex ntu-sfp-100 (уже в пути). Но нигде не могу найти никаких мануалов по eltex, только то что у него то же железо, что у ziza и dlink. Ваше сообщение это наиболее информативное из всего, что удалось найти. Провайдер авторизует по ppoe, я так понимаю мне просто нужно настроить ntu в режиме бриджа, а ppoe соединение поднять на keenetic. Был бы очень признателен за небольшой ликбез

 

ONT формфактора SFP не нуждаются и не должны нуждаться в каких либо на стройках со стороны пользователя. Эти модули должны понимать обязательный набор OMCI ME, как и все любые другие ONT.

С гиговыми портами должна быть совместимость, потому что у этой онт и есть гиговый порт

 

T-CONT number:               8
GEM port number:             256
Total priority queue number: 72
Up priority queue number:    64
Down priority queue number:  8
Traffic scheduler number:    8
Traffic management option:   priority controlled
Total UNI number:            1
  Ethernet UNI number
:       1    (10GE:0   GE:1   FE:0)
  CES UNI number:            0
  POTS UNI number:           0
  Video UNI number:          0
  WIFI UNI number:           0
  xDSL UNI number:           0
IP host number:              1
IPv6 host number:            0
VEIP number:                 0
Operator ID:                 CTC
CTC spc version:             CTC V2.0
CUC spc version:             N/A
ONU type:                    N/A
Tx power supply control:     Tx power control only

 

 

У провайдера в шкафу стоит ZTE

Номера CVLAN и SVLAN могут быть одинаковые. Если чисто под инет, то конфиг будет такой, только надо будет узнать номер влана

 

interface gpon-onu_1/X/Y:Z
  description ELTEX_NTU_100
  sn-bind disable
  tcont 1 name INTERNET profile INTERNET
  gemport 1 name INTERNET tcont 1
  service-port 1 vport 1 user-vlan CVLAN vlan SVLAN

 

Вариант1
pon-onu-mng gpon-onu_1/X/Y:Z
  service INTERNET gemport 1 vlan CVLAN
  vlan port eth_0/1 mode trunk
  vlan port eth_0/1 vlan all

 

Вариант2
pon-onu-mng gpon-onu_1/X/Y:Z
  service INTERNET gemport 1 vlan CVLAN
  vlan port eth_0/1 mode trunk
  vlan port eth_0/1 vlan CVLAN

 

Вариант3 для ленивых

pon-onu-mng gpon-onu_1/X/Y:Z
  service 1 gemport 1 ethuni eth_0/1
  vlan port eth_0/1 mode trunk
  vlan port eth_0/1 vlan all

 

А мануалов нет, потому что это все китайское

Share this post


Link to post
Share on other sites

2 минуты назад, seregaelcin сказал:

 

ONT формфактора SFP не нуждаются и не должны нуждаться в каких либо на стройках со стороны пользователя. Эти модули должны понимать обязательный набор OMCI ME, как и все любые другие ONT.

С гиговыми портами должна быть совместимость, потому что у этой онт и есть гиговый порт

 

T-CONT number:               8
GEM port number:             256
Total priority queue number: 72
Up priority queue number:    64
Down priority queue number:  8
Traffic scheduler number:    8
Traffic management option:   priority controlled
Total UNI number:            1
  Ethernet UNI number
:       1    (10GE:0   GE:1   FE:0)
  CES UNI number:            0
  POTS UNI number:           0
  Video UNI number:          0
  WIFI UNI number:           0
  xDSL UNI number:           0
IP host number:              1
IPv6 host number:            0
VEIP number:                 0
Operator ID:                 CTC
CTC spc version:             CTC V2.0
CUC spc version:             N/A
ONU type:                    N/A
Tx power supply control:     Tx power control only

 

 

У провайдера в шкафу стоит ZTE

Номера CVLAN и SVLAN могут быть одинаковые. Если чисто под инет, то конфиг будет такой, только надо будет узнать номер влана

 

interface gpon-onu_1/X/Y:Z
  description ELTEX_NTU_100
  sn-bind disable
  tcont 1 name INTERNET profile INTERNET
  gemport 1 name INTERNET tcont 1
  service-port 1 vport 1 user-vlan CVLAN vlan SVLAN

 

Вариант1
pon-onu-mng gpon-onu_1/X/Y:Z
  service INTERNET gemport 1 vlan CVLAN
  vlan port eth_0/1 mode trunk
  vlan port eth_0/1 vlan all

 

Вариант2
pon-onu-mng gpon-onu_1/X/Y:Z
  service INTERNET gemport 1 vlan CVLAN
  vlan port eth_0/1 mode trunk
  vlan port eth_0/1 vlan CVLAN

 

Вариант3 для ленивых

pon-onu-mng gpon-onu_1/X/Y:Z
  service 1 gemport 1 ethuni eth_0/1
  vlan port eth_0/1 mode trunk
  vlan port eth_0/1 vlan all

 

А мануалов нет, потому что это все китайское

большое спасибо! 

Share this post


Link to post
Share on other sites

На самом деле sfp-ону это все не нужно, и ей достаточно понимать полностью только gem layer. Из ethernet ей достаточно понимать, какой gem будет нести broadcast, а какой unicast (и то, если услуга это предусматривает - никто не мешает пихать broadcast в unicast gem, т.к. на выходе onu порт всего один).

В такой конфигурации все теги распаковываются тем девайсом, куда этот sfp вставлен (но никто не мешает и снять его внутри onu, если на то будет воля оператора).

Share this post


Link to post
Share on other sites

On 10/12/2021 at 10:40 AM, semop said:

Пробовал ли кто запустить такое добро?

Да, пробовали разные, хуавеевскую, snr и cdata. C десяток трудится на сети. При этом с хуавеевскими проблема, периодически флапает порт, при этом может даже глубокой ночью, без сетевой нагрузки. В принципе работает уже больше года такое решение, хотя летом показатели температуры за 80 градусов пугают ). Мультикаст не взлетел в стандартном конфиге для обычных онт. Головы Huawei5683.

Share this post


Link to post
Share on other sites

On 10/28/2021 at 12:54 PM, taf_321 said:

В довесок: для того, чтобы к OLT от Huawei (да и, собственно это справедливо и к другим вендорам) подцепить левый ONT, оператору надо затариваться у вендора дополнительной специальной лицензией. Для клиента в этой ситуации интерес в том, чтобы почесать собственный ЧСВ, но что с этого получит оператор, кроме дополнительных расходов (просто несравнимых с тех копеек, что приносит конкретный клиент) и гемора размером с кулак?

Не знаю. У меня всё прошло гладко. Пришла ONT, вписал в нее свои логин и пароль от PPPoE. Позвонил в Ростелек, попросил вписать тот серийник, что был написан на SFP-модуле. Всё работает с января этого года.

Share this post


Link to post
Share on other sites

В 16.12.2021 в 07:25, sdy_moscow сказал:

Это что за оператор такой "из детского сада" у которого монтажник может сам свободно перерегистрировать ONU или подключить нестандартную услугу или устройство к сети? Какая-то шарашкина контора, с 3-мя инвалидами в штате?

 

В общем, закончу я так:  Вы ничего не понимаете в технологии PON, поэтому  объяснять Вам, почему оператор не согласен подключать вас через вашу СФП бесполезно.

Поэтому, далее - я пас. Ищите сами Вашего "золотого" "монтажника".

Во Владивостоке Ростелеком ставил самыми первыми терминалы Хуавэй - полное Г, у них у всех был брак с коробки, от вообще неработающего модуля Wi-Fi, до умирающего максимум через год-полтора.

Через 2 года перешли на Серкомы - немногим лучше, появилось 5ГГц. Но, антенны внутренние, 5ГГц через 3 метра прямой видимости - с 800Мбит на 500. Через год 2.4 начала тупить, через 3 уже тупит всё. Дальше рассказывать?

Поэтому нет, РТК покупает просто самое дешёвое г...но, которое глючит и тупит. И не подключал он абонентские терминалы по 2м причинам

- эти "топовые" терминалы нужно продавать и зарабатывать

- во всём инженерском составе РТК только 1 инженер знал как работать с оптическим оборудованием, и ессно ему даже для своих было в лом рассказать, что можно прописать на порт что угодно, для этого не нужен штатный 5 строчный код на порт, достаточно одной строки с SN терминала.

Share this post


Link to post
Share on other sites

В 16.09.2022 в 02:17, Kyoma сказал:

Во Владивостоке Ростелеком ставил самыми первыми терминалы Хуавэй - полное Г, у них у всех был брак с коробки, от вообще неработающего модуля Wi-Fi, до умирающего максимум через год-полтора.

Через 2 года перешли на Серкомы - немногим лучше, появилось 5ГГц. Но, антенны внутренние, 5ГГц через 3 метра прямой видимости - с 800Мбит на 500. Через год 2.4 начала тупить, через 3 уже тупит всё. Дальше рассказывать?

...

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

Share this post


Link to post
Share on other sites

В 16.09.2022 в 09:20, sdy_moscow сказал:

Поэтому умные операторы подключают ПОН без вафли

Возможно, но, к сожалению, если говорить об РТК моего региона - либо бридж (на форумах и Хабре пишут что Серком в бридже тупит + фаервол не отключается), либо китайская СФП за 4к, либо фирмовая за 12к.

Share this post


Link to post
Share on other sites

В 16.09.2022 в 07:17, Kyoma сказал:

прописать на порт что угодно, для этого не нужен штатный 5 строчный код на порт, достаточно одной строки с SN терминала.

Вы сами-то делали финт с "одной строкой с SN"? Сделайте на досуге, много узнаете и не будете ретранслировать звиздеж.

Share this post


Link to post
Share on other sites

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.