UA.PON v2.0

[Den_LocalNet]

фото ону без VOIP

 

 

c voip

[Den_LocalNet]

из софта стоит http://www.busybox.net/ + куча самописных скриптов

[Den_LocalNet]

кстати в веб морде можно вынести управляющий интерфейс в влан

но тут нужно в корне менять подход к вопросу

поднятие и конфигурация управляющего интерфейса - прерогатива провайдера и должна настраиваться сугубо с головы

для абонента это всего лишь конвертор среды с выходом под медный эзер

[karyon]

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

[Den_LocalNet]

вроде бы такого нет

[pavlabor]

Den_LocalNet, попробуй поставь на тест мультик, не оптика-медь, а медь-медь.

Поясню, технически пропустить мультик через проц нереально,

там тогда радиатор нужно ставить больше онушки,

поэтому этот поток должен отрабатываться аппаратно.

Аппаратно, это а определенный регисть записываться "1" и включается блок который обрабатывает фильтр.

 

Так вот, сам блок, как и сама прошивка может быть недоколыханим.

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

Отсюда, придется не прошивки искать, а железо с определенным чипом.

 

Теперь на каком этапе могут быть грабли.

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

дальше, по логике оптимизации, сигнал должен попасть на процессор коммутации,

тут есть фабрика коммутации, которая построена по принципу масок,

и если указать маску, поднять бит, то входящий поток,...

пакет при совпадении маски, просто "проваливается" на все порты.

Если маска не совпала, то он сравнивается со следующей маской например мак таблицы и там проваливается на конкретный порт.

 

Проще сказать, не только в прошиве могут быть косяки.

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

тогда стоит рить оптический модуль.

Конечно не исключается вариант, что по какому то таймеру или событию, переключается регистр.

 

Кстати, рыл я ресиверы Т2, там расчетной мощности не хватает чтобы откручивать HD,

пришол к выводу, что китайцы впарили зеоонбуду, недоколыханый чип, еще ранней разработки.

 

Вот и опасаюсь, что на уровне развития, с гепоном, не получилась таже история.

Потому как, если чип галимый, то единственный вариант подать ТВ, это стримить юникаст.

[Den_LocalNet]

это же не свитч

там нельзя дать мультик в медь и смотреть с меди

вернее можно, но суть принципа работы (tag stripe) теряется на корню

подчеркиваю: мультик работает без проблем и потерь, он проц не грузит вовсе

после перезагрузки ону при включенном мультике и без онного загрузка проца 2-3%

 

телефонию завел на нее, входящие вызовы работают

исходящие: не могу понять как настроить правильно диалплан, жду доку...

[pavlabor]

ОНУшка это лер 2 свич.

Например чип RTL8305,

в чипе два коммутатора, один на 5 портов, другой на 2.

И на базе это чипа, можно сделать коммутатор на 5 портов, тогда коммутатор на 2 порта не задействован,

или роутер, тогда вешается проц с двумя интерфейсами, один интерфейс разводиться на 5 портовом свиче, другой на 2 портовом.

В результате получаем роутер с одним WAN и четыре порта LAN.

 

При этом трафик проходит через проц,

отсюда дешовые роутеры убиваются торентом, потому как у проца не хватает расчетной мощности.

А дальше идут модификации, переводим порт в состояние работы оптики и вешаем на порт оптику,

получаем роутер с оптическим портом.

Если повесить DSL-модуль, получим ADSL роутер и т.д.

 

В онушке , стоит подобный чип, и тут поток может проходить через проц,

или через специальную шину.

Через проц, сегодня уже стараются не гнать трафик, гонят через шину, делается наподобии моста(северный мост на матере),

на мосте стоят аппаратные модули, например это может быть кодек,

и контролер просто включает или отключает модуль.

В онушке на первый план выходи центральный сигнальны чип, кто им будет управлять разницы нет,

задача управляющего контролера, это пользовательский интерфейс и передача управляющего бита в регистр чипа.

После того как управляющий бит передан, управляющий проц можно вообще отключить,

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

 

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

всякие досы, будут влиять на качество трафика.

 

На самом деле это важно, если делается ставка на несколько тысяч онушек.

[wladd]

это же не свитч

там нельзя дать мультик в медь и смотреть с меди

вернее можно, но суть принципа работы (tag stripe) теряется на корню

подчеркиваю: мультик работает без проблем и потерь, он проц не грузит вовсе

после перезагрузки ону при включенном мультике и без онного загрузка проца 2-3%

телефонию завел на нее, входящие вызовы работают

исходящие: не могу понять как настроить правильно диалплан, жду доку...

 

Дока оказалась на китайском - щас ее переводят.

Загрузка 100% возможно утечки какие то.

Надо четко вы писаную ситуацию отправить производителю.

Если надо будет отправить ОЛТ им - я отправлю.

Жду вы писаную ситуацию!

[sadmin]

Как тут у вас интересно....

Вопрос к Дэну: потери на ОНУ или на девайс за ней? ну там - комп юзера.

Бо если на ОНУ то хрен с ней, а если на юзера то ахтунг!

[Den_LocalNet]

потери от юзера через ону в любое направление

но на управляющий интерфейс ону потерь нет

 

так что ахтунг

[sadmin]

Еще вопрос - мож кто сталкивался: ОНУ по индикаторам типа все гут, приконнектилась. а на ОЛТе ее нету и траф не ходит никуды.

Никто не сталкивался?

[sadmin]

потери от юзера через ону в любое направление

но на управляющий интерфейс ону потерь нет

 

так что ахтунг

кстати - я часто замечаю потреи на ОНУ 1004Б старых прошивок. иногда до 80 %. что делают юзеры в данный момент - не знаю. но не жалуются, обрывов сессий нет.

[ufm]

потери от юзера через ону в любое направление

но на управляющий интерфейс ону потерь нет

 

так что ахтунг

кстати - я часто замечаю потреи на ОНУ 1004Б старых прошивок. иногда до 80 %. что делают юзеры в данный момент - не знаю. но не жалуются, обрывов сессий нет.

Советую проверить оптику.

[morfey]

Еще вопрос - мож кто сталкивался: ОНУ по индикаторам типа все гут, приконнектилась. а на ОЛТе ее нету и траф не ходит никуды.

Никто не сталкивался?

Было такое в первых ону - одинаковые маки ону. Больше такого не попадалось. Там был еще один фактор, на клон той онушки (что авторизировалась на олт) были потери.

Лечится сменой мака.

[sadmin]

потери от юзера через ону в любое направление

но на управляющий интерфейс ону потерь нет

 

так что ахтунг

кстати - я часто замечаю потреи на ОНУ 1004Б старых прошивок. иногда до 80 %. что делают юзеры в данный момент - не знаю. но не жалуются, обрывов сессий нет.

Советую проверить оптику.

дык нет обрыва сессии ПППоЕ...

[sadmin]

Еще вопрос - мож кто сталкивался: ОНУ по индикаторам типа все гут, приконнектилась. а на ОЛТе ее нету и траф не ходит никуды.

Никто не сталкивался?

Было такое в первых ону - одинаковые маки ону. Больше такого не попадалось. Там был еще один фактор, на клон той онушки (что авторизировалась на олт) были потери.

Лечится сменой мака.

в данном случае маки разные.

а когда был глюк с маками - на ОЛТе видно было 2 разных ОНУ или одна?

или может такое что мак сбросился на дефолтный после проблем с электрикой, например?

[ufm]

потери от юзера через ону в любое направление

но на управляющий интерфейс ону потерь нет

 

так что ахтунг

кстати - я часто замечаю потреи на ОНУ 1004Б старых прошивок. иногда до 80 %. что делают юзеры в данный момент - не знаю. но не жалуются, обрывов сессий нет.

Советую проверить оптику.

дык нет обрыва сессии ПППоЕ...

Я тут таких чудес нанаблюдался с кривой оптикой. Например дублирование пакетов со стороны ОНУ и ошибки на OLT порту.

[morfey]

в данном случае маки разные.

а когда был глюк с маками - на ОЛТе видно было 2 разных ОНУ или одна?

или может такое что мак сбросился на дефолтный после проблем с электрикой, например?

 

Только 1-на. Посмотрите внутри прошивки мак, на коробочке тож разные вроде были..

[morfey]

Народ, а как посмотреть маки во влане?

 

show mac address-table dynamic vlan - не показывает

 

Switch#show mac address-table ?
dynamic -- Dynamic entry type
brief	 -- Brief infomation
static	 -- Static entry type
multicast -- Multicast entry type
interface -- Interface key
H.H.H	 -- 48 bit mac address
|		 -- Output modifiers
<cr>
Switch#show mac address-table dynamic ?
interface -- Interface keyword
vlan	 -- Vlan keyword
|		 -- Output modifiers
<cr>
Switch#show mac address-table dynamic vlan 204
 Mac Address Table (Total 0)
------------------------------------------
Vlan Mac Address	 Type	 Ports
---- -----------	 ----	 -----
Switch#

 

И еще. При epon onu port 1 ctc vlan mode tag VLANID, настройки сохраняются на онушке? Т.е. после ребута они останутся?

[sadmin]

Я тут таких чудес нанаблюдался с кривой оптикой. Например дублирование пакетов со стороны ОНУ и ошибки на OLT порту.

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

[wladd]

До окончания заказа осталось 7 дней.
Deadline по текущему заказу -17.10.12
Кто не спрятался - я не виноват!

(а если серьезно)
Количество предзаказанных ОНУ приблизилось к 800.
Довольно трудно гарантировать получение, без получения оплаты, если учесть что всего приедет 1000.
Прошу "резервников" оплатить не менее 50% сделанного заказа.
Ток же прошу составить заказ с учетом того, что следующая поставка вероятно придет в конце февраля.
Период между поставками - 3 месяца. Лучше подстраховаться.

Напоминаю - новые цены и условия проекта

 

[sadmin]

Прошу помощи - на голом месте споймал глюк на последней прошиве ОЛТ. В конфиге:

interface GigaEthernet0/1
switchport trunk vlan-allowed 1,7,3022
switchport trunk vlan-untagged none
switchport mode trunk
switchport pvid 7
!
interface EPON0/1
epon bind-onu mac fcfa.f796.08e1 1
epon bind-onu mac fcfa.f796.08e2 2
switchport trunk vlan-untagged none
switchport mode trunk
!
!
interface EPON0/1:1
onu-configuration
epon onu ip address static 10.90.90.100 255.255.255.0 gateway 10.90.90.254 vlan 1
!!onu-configuration-end

при это мне могу достучаться до ОНУ.

Как только делаю :

Switch_config_g0/1#no switchport pvid

% Unkwn's pvid 1 not in unTagged vlan list

начинаю видеть ОНУ.

 

Включен ОЛТ тегом в езер порт, конфиг слил с рабочей, где все гуд.

 

ПРи ребуте ОЛТ видны строки:

Jan 1 03:00:19 % Unkwn's pvid 1 not in unTagged vlan list

Jan 1 03:00:19 % Unkwn's pvid 1 not in unTagged vlan list

то бишь ругается на строки в конфиге езера 0/1.

 

Или с нуля настраиваю:

Switch_config#interface gigaEthernet 0/1
Switch_config_g0/1#no shutdown
Switch_config_g0/1#Jan  1 00:01:58 %LINE-5-UPDOWN: Line on Interface GigaEthernet0/1, changed state to up
Jan  1 00:01:58 %LINEPROTO-5-UPDOWN: Line protocol on Interface GigaEthernet0/1, changed state to up
Switch_config_g0/1#
Switch_config_g0/1#
Switch_config_g0/1#switchport mode trunk
Switch_config_g0/1#switchport pvid 7
Switch_config_g0/1#switchport trunk vla
vlan-allowed  vlan-untagged 
Switch_config_g0/1#switchport trunk vlan-untagged none
% Unkwn's pvid 7 not in unTagged vlan list

 

Как у кого в этом месте настроено?

[Den_LocalNet]

И еще. При epon onu port 1 ctc vlan mode tag VLANID, настройки сохраняются на онушке? Т.е. после ребута они останутся?

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

[Den_LocalNet]

Sadmin

У меня ипы ону в отдельном влане (не первом)

Для того что бы трафик ходил на эти ипы пришлось сделать на епон порту

Switchport pvid xxx