UA.PON v3.0

[ufm 17]

на 1501 этой проблемы нет.

 

Нет свитча - нет проблем

Ну чем-то оно теги-то снимает

[ufm 17]

на 1501 этой проблемы нет.

 

Нет свитча - нет проблем

Ну чем-то оно теги-то снимает

Хотя есть у меня подозрение, что я поторопился с выводами о безглюкавости 1501. Завтра проверю.

[ufm 17]

на 1501 этой проблемы нет.

 

Нет свитча - нет проблем

Ну чем-то оно теги-то снимает

Хотя есть у меня подозрение, что я поторопился с выводами о безглюкавости 1501. Завтра проверю.

Проверил. 1501 ведет себя как лапочка и зайка и пропускает через себя только указанные вланы. (ну почти, но я подозреваю, что в обычной сети не бегают пакеты в _тегированном_ первом влане)

[Гайджин 574]

После апгрейда софта в P3310B до 10.1.0B Build 9545 явно изменился синтаксис некоторых команд:

Например в предыдущей версии софта "username name [privilege level]" работало, а сейчас этой команды нет - а как бы хотелось.

У всех так? Кто нибудь нашел как определить привилегии пользователям?

[wladd 382]

Есть приятная новость!

Приседания с ARP были успешны. Они признали проблему. Будут исправлять код.

 

[10:50:01] Ping_BDCOM: About the Arp function :

[10:50:47 | Изменены 11:00:32] Ping_BDCOM: yesterday i test with pc , and have not find problem . Today we use test machine , and find it really has problem as you show

[10:57:43] Ping_BDCOM: The key is the arp leaky fuction , we have disable this function in uplink ,but not in downlink ,

[10:58:01] Ping_BDCOM: now we need change code and disable the arp leaky in downlink

[11:02:33] Ping_BDCOM: BTW, is this issue urgent ?

Обещаный срок - неделя.

 

Поздравляю господа! Вместе мы сила.

[_WesT_ 1 016]

Есть приятная новость!

Приседания с ARP были успешны. Они признали проблему. Будут исправлять код.

 

[10:50:01] Ping_BDCOM: About the Arp function :

[10:50:47 | Изменены 11:00:32] Ping_BDCOM: yesterday i test with pc , and have not find problem . Today we use test machine , and find it really has problem as you show

[10:57:43] Ping_BDCOM: The key is the arp leaky fuction , we have disable this function in uplink ,but not in downlink ,

[10:58:01] Ping_BDCOM: now we need change code and disable the arp leaky in downlink

[11:02:33] Ping_BDCOM: BTW, is this issue urgent ?

Обещаный срок - неделя.

 

Поздравляю господа! Вместе мы сила.

 

Вот и славно.

[Гайджин 574]

Господа, а кто нибудь из вас понимает как вообще работает MVR на P3310B? - То что есть "хау-ту" я знаю. (В нем легкая недосказанность.)

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

[Гайджин 574]

Есть приятная новость!

Приседания с ARP были успешны. Они признали проблему. Будут исправлять код.

...

...

...

Обещаный срок - неделя.

Боле чем нормальный срок.

 

p.s. Можно следующий "косячок" озвучивать или не все еще от прошлого отошли?

[sanyadnepr 305]

Наливай.

[Гайджин 574]

Наливай.

Ну ты про него уже в курсе - вместе считай нашли.

[wladd 382]

Господа, а кто нибудь из вас понимает как вообще работает MVR на P3310B? - То что есть "хау-ту" я знаю. (В нем легкая недосказанность.)

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

Крупнейший специалист по этому вопросу - Den_Localnet

пишите ему в личку.

Мы только что настроили себе MVR. Он пашет. Но глубокого, очень детального знания вопроса у нас нет. Пашет и пашет.

Лучше к Дену. Если надо могу снабдить его скайп экаунтом. Отправил его вличку.

[wladd 382]

Есть приятная новость!

Приседания с ARP были успешны. Они признали проблему. Будут исправлять код.

 

Обещаный срок - неделя.

Боле чем нормальный срок.

p.s. Можно следующий "косячок" озвучивать или не все еще от прошлого отошли?

Не флудите. Пишите по сути.

[sanyadnepr 305]

Есть приятная новость!

Приседания с ARP были успешны. Они признали проблему. Будут исправлять код.

 

Обещаный срок - неделя.

Боле чем нормальный срок.

p.s. Можно следующий "косячок" озвучивать или не все еще от прошлого отошли?

Не флудите. Пишите по сути.

Гайджин выяснил вот какой момент

Is it possible to look FDB for a specific UNI port?

[17.01.2013 4:00:35] Jin: which product do you use ? EPON ?

[17.01.2013 4:01:58] Александр: bdcom 3024onu

[17.01.2013 4:02:22] Александр: and 3310olt

[17.01.2013 4:04:56] Александр: wlad.glazirin... е

[17.01.2013 4:05:20] Min: switch_config_epon0/1:1#show epon int e0/1:1 onu mac address-table

 

Switch#show epon int e0/1:1 onu mac address-table
 Onu Mac Address Table
------------------------------------------
Vlan Mac Address	 Ports
---- -----------	 -----
total mac entry number is 0
Switch#

и если сделать так

Switch#sh mac address-table dynamic interface epON 0/1:1
 Mac Address Table (Total 1)
------------------------------------------
Vlan Mac Address	 Type	 Ports
---- -----------	 ----	 -----
1     fcfa.f796.0e1b DYNAMIC epon0/1:1

Но это он показывает из FDB ОЛТ.

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

[wladd 382]

Есть еще два вопроса которые хотел бы обсудить со всеми:

1. Перевод ОНУшек между портами

2. Шаблоны конфигураций ОНУ.

 

ВОПРОС_1:

Мне позвонил один из наших участников у которого уже почти полностью забиты 3 ОЛТа и у него был негативный опыт переключения абонентов

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

По сути, перед переводом ОНУ на другой порт их нужно удалить из конфигурации, и провести регистрацию заново на новом порту.

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

 

Есть два способа решения этого вопроса

a) Разработать команду которая регистрацию ОНУ переведет на другой порт

б) внедрить возможность бесшовного перемещения, при котором конфигурация ОНУ свободно гуляет между портами.

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

С другой стороны, второй вариант является более привлекательным. ИМХО

 

ВОПРОС_2:

Существует давно известная проблема, так называемой off-line конфигурации ОНУ. Наши БДКОМ коллеги сказали что offline-конфиг реализовать трудно и долго,

в замен предложили реализовать систему Шаблонов, и обещали сделать это быстро. С нашей стороны, не было подтверждения и ТЗ на эту тему.

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

[rsst 406]

б) внедрить возможность бесшовного перемещения, при котором конфигурация ОНУ свободно гуляет между портами.

 

я за это.

по второму вопросу не готов что-то сказать...

[Гайджин 574]

ВОПРОС_2:

Существует давно известная проблема, так называемой off-line конфигурации ОНУ. Наши БДКОМ коллеги сказали что offline-конфиг реализовать трудно и долго,

в замен предложили реализовать систему Шаблонов, и обещали сделать это быстро. С нашей стороны, не было подтверждения и ТЗ на эту тему.

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

Т.е. они предлагают создавать в конфигурации какой то темплейт и крепить его к привязанной вручную ОНУ? - Я правильно понимаю?

Так а сколько таких темплейтов создать можно будет? - 256 штук можно?

[_WesT_ 1 016]

ВОПРОС_2:

Существует давно известная проблема, так называемой off-line конфигурации ОНУ. Наши БДКОМ коллеги сказали что offline-конфиг реализовать трудно и долго,

в замен предложили реализовать систему Шаблонов, и обещали сделать это быстро. С нашей стороны, не было подтверждения и ТЗ на эту тему.

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

Т.е. они предлагают создавать в конфигурации какой то темплейт и крепить его к привязанной вручную ОНУ? - Я правильно понимаю?

Так а сколько таких темплейтов создать можно будет? - 256 штук можно?

Не догоню.... а зачем 256? по-моему 64 за глаза при всех разных вариациях... или я не правильно тебя понял?

[stan77 14]

Видимо vlan per user имеется ввиду. Но тут уж лучше бы оффлайн допилили.

 

Или что-то вроде

 

match MAC <mac address> template <template name>

 

Но это от оффлайн по идее отличаться не будет

[sanyadnepr 305]

Есть еще два вопроса которые хотел бы обсудить со всеми:

1. Перевод ОНУшек между портами

 

ВОПРОС_1:

Мне позвонил один из наших участников у которого уже почти полностью забиты 3 ОЛТа и у него был негативный опыт переключения абонентов

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

По сути, перед переводом ОНУ на другой порт их нужно удалить из конфигурации, и провести регистрацию заново на новом порту.

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

 

Есть два способа решения этого вопроса

a) Разработать команду которая регистрацию ОНУ переведет на другой порт

б) внедрить возможность бесшовного перемещения, при котором конфигурация ОНУ свободно гуляет между портами.

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

С другой стороны, второй вариант является более привлекательным. ИМХО

 

1. Перевод ОНУшек между портами

из умеющегося у меня скромного опыта переезда ону по деревьям удалось понять следующее:

онушка переехав из своего "родного" дерева в другое региться там под новым порядковым номером

с естественно "пустым" конфигом, никаких трудностей кроме "глюкнутой" онушки

при переезде у меня не возникло, кроме "записи в ячейке в старом дереве" и регистрации в конфиге соответственно.

 

По поводу шаблона было бы не плохо, но как я себе это вижу в моем варианте создав один базовый конфиг

для "полностью забитого" ОЛТа нет проблем скорректировать зареганные маки или удалить их вообще при

заливании на новый ОЛТ.

Они зарегяться и подхватят конфиг который для них уже есть.

[fastvd 62]

у нас была ситуация тоже когда меняли ОНУ с одной ветки на другую -проблем не было!

[ufm 17]

б) внедрить возможность бесшовного перемещения, при котором конфигурация ОНУ свободно гуляет между портами.

 

я за это.

по второму вопросу не готов что-то сказать...

я даже готов предложить синтаксис:

epon rebind-onu mac <mac-addr> <num>

выполняет перерегистрацию ранее зарегестрированной ОНУ на другом порту. При этом конфигурационная секция этой ОНУ должна остаться без изменений

[wladd 382]

б) внедрить возможность бесшовного перемещения, при котором конфигурация ОНУ свободно гуляет между портами.

 

я за это.

по второму вопросу не готов что-то сказать...

я даже готов предложить синтаксис:

epon rebind-onu mac <mac-addr> <num>

выполняет перерегистрацию ранее зарегестрированной ОНУ на другом порту. При этом конфигурационная секция этой ОНУ должна остаться без изменений

принимается - добавляю в ТЗ.

[ufm 17]

б) внедрить возможность бесшовного перемещения, при котором конфигурация ОНУ свободно гуляет между портами.

 

я за это.

по второму вопросу не готов что-то сказать...

я даже готов предложить синтаксис:

epon rebind-onu mac <mac-addr> <num>

выполняет перерегистрацию ранее зарегестрированной ОНУ на другом порту. При этом конфигурационная секция этой ОНУ должна остаться без изменений

принимается - добавляю в ТЗ.

Дополнение: или на том-же самом порту, но с другим номером. Тоже иногда бывает нужно.

[vavilonua 4]

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

 

вобще команда epon rebind-onu mac <mac-addr> <num> даст просто небольшую автоматизацию

----

запомнить конфиг ону

no epon onu <mac-addr> <num>

применить конфиг

----

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

 

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

[_WesT_ 1 016]

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

 

вобще команда epon rebind-onu mac <mac-addr> <num> даст просто небольшую автоматизацию

----

запомнить конфиг ону

no epon onu <mac-addr> <num>

применить конфиг

----

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

 

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

 

Скрипт в студию можно?