olafff

тема больше не актуальная

Всем привет! Люди добрые, подскажите плиз, уже голову сломал, не пойму почему ОЛТ не шейпит исходящий трафик( На BDCOM-3608 с таким глюком не сталкивался, он четко режет трафик в обоих направлениях, а как победить это на 3600-4 пока ума не приложу. Вот кусок конфига, где почти все по дефолту: ... gpon profile onu-rate-limit ratelimit-default id 1 gpon-profile pir 1244160 cir 1244160 ! gpon profile onu-tcont tcont-default id 1 gpon-profile tcont-type 4 pir 4096 - тут ставлю ограничение 4мб "по пику" (менял на другие типы и параметры, суть не меняется) ! gpon profile onu-virtual-port virtual-port-default id 1 gpon-profile encryption disable gpon-profile upstream queue 8 gpon-profile downstream queue 8 ! gpon profile onu-tcont-virtual-port-bind tvbind-default id 1 gpon-profile virtual-port 1 profile virtual-port-default tcont 1 profile tcont-default ! gpon profile onu-flow-mapping flow-mapping-default id 1 gpon-profile entry 1 uni type eth-uni 1 gpon-profile entry 1 virtual-port 1 ... ! gpon profile onu-vlan onu-vlan-35 id 4 gpon-profile vlan mode tag gpon-profile vlan pvid 35 0 ! ... ! interface GPON0/2 gpon bind-onutype onutype-default-hgu precedence 127 gpon bind-onutype onutype-default precedence 128 gpon bind-onu sn bla-bla-bla... 2 filter dhcp switchport trunk vlan-allowed 35 switchport mode trunk switchport protected 1 ! interface GPON0/2:2 gpon onu equipment-id GP1501DT gpon onu tcont-virtual-port-bind-profile tvbind-default gpon onu flow-mapping-profile flow-mapping-default gpon onu virtual-port 1 gem-port 256 gpon onu tcont 1 alloc-id 256 gpon onu uni 1 vlan-profile onu-vlan-35 ! Но при измерении скорости "за онушкой", тесты показывают, что режется только входящая полоса( Подскажите плиз, где ошибочка в конфиге, или как правильно срезать и RX, и TX трафик на этой модели ОЛТ-е для конечного клиента? Заранее признателен за любую помощь!)

Доброго всем дня! Извините за возможно глупый вопрос, но может кто подскажет как сделать так, чтобы не слетали привязки онушек к номеру порта после смены епон порта.. Дело в следующем, подключаю онушку fcfa.f7c5.ab30 на epon0/1 с ручной аутентификацией, авторизую ее к примеру на 1 порт - epon bind-onu mac fcfa.f7c5.ab30 1 Если эту онушку теперь переподключить на epon0/2, причем чисто физически, не авторизуя, то вышеуказанная связка на epon0/1 в конфиге сразу затирается. Как же запретить затирать записи или менять номер порта для онушек в подобных ситуациях? Кто знает как решается данный вопрос?

Доброго всем дня! Только решилась одна заморочка с OLT BDCOM 3608, как тут же вылезла другая. Настраиваем связку UTM5 + BDCOM 3608 + OPT82 с авторизацией клиента по маку ОНУ-шки, номеру влана и порту ОЛТ-а. В конфиге включаю: ip dhcp-relay snooping ip dhcp-relay snooping vlan 100 ip dhcp-relay snooping information option format hn-type ip dhcp-relay snooping log где vlan 100 - клиентский влан. в профиле оборудования (нашел в сети) для DBCOM на опцию 82 прописано следующее: Remote-id - тип бинарный, расположение agent-remote-id, смещение 2, длина 6 Порт - тип бинарный ЛЕ, расположение - agent-circuit-id, смещение 6 , длина 1 vlan id - тип бинарный БЕ, расположение - agent-circuit-id, смещение 2 , длина 2 Но в логах: option [dhcp-message-type]: 01 option [dhcp-client-identifier]: 0100e04c360459 option [host-name]: l option [dhcp-class-identifier]: MSFT 5.0 option [dhcp-parameter-request-list]: 010f03062c2e2f1f2179f92b option [relay-agent-info]: 010500d8000c0102069845622ae9d3090d00000cf808010653769746368 Feb 14 16:15:14 ?Debug : 3fefe700 BindingManager: mac: 98:45:62:2a:e9:d3 switchid: 5 port_id: 1 vlan_id: 100 Feb 14 16:15:14 ?Debug : 3fefe700 BindingManager: binding #38 MAC not matched Мак онушки - option [relay-agent-info]: 010500d8000c0102069845622ae9d3090d00000cf808010653769746368 Если я правильно понимаю, то смещение у него 9, длина 6, прописывал и так в профиль, но та же ошибка. Предполагаю, что проблема все же с профилем, может кто уже настраивал подобное и подскажет где ошибочка?

да, добавление роута решило этот вопрос, запросы посыпали на dhcpd сервер, спасибо за подсказку!)

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

А почему он должен идти на 172.20.0.216? Разве ему не достаточно видеть 192.168.0.40 на "аплинк" порту?

Та же проблема, OLT релаит запросы от клиента броадкастом, как заставить работать его юникастом ума не приложу(

всем большое спасибо за линки!

А линуксовая версия есть?

Люди добрые! Где скачать этот гребанный Relaying? По этой ссыле http://deineka.net/2010/12/06/relaying-multicast-v-http-i-obratno/ только бла-бла, а линк то на скачку где? Кто может расшарить или дать ссылочку на скачивание?

Инфа для провайдеров, что выбирает себе биллинг. Мы купили себе NETUP пару лет назад, функционал конечно у него не плохой, хотя подобные вещи есть сейчас почти в каждом биллинге, но вот саппорт и его работа - это нечто конченное!!! Фактически ни один вопрос даже при платной поддержке не был решен со стороны компании! Все баги, что были изначально с момента покупки до сих пор не пофиксили разработчики! Общение с клиентами снобское высокомерное с высока. Поэтому если вы все таки решили приобрести подобные биллинг - будьте готовы, что допиливать вам придется его самим, а баги воспринимать как некие изюминки данной системы. Вообщем настоятельно не рекомендую, особенно для задач с ipv6 и dhcp+option82 авторизации, вытреплете себе все нервы да и только, если у вас только dial-up для абонов, то данная система вполне подойдет, хотя большая часть биллинга на данной услуге тупо не работает!) Надеюсь кому-то этот пост поможет предотвратить страшное))