Sоrk

суть такая, если создавать так: ifconfig_lagg0="laggproto lacp laggport igb0 laggport igb1" ifconfig_vlan100="vlan 100 vlandev lagg0 1.2.3.4/29" то у vlan100 будет MTU 1496 (у пользователей будет выглядеть будто страницы недогружаются). Происходит это потому, что на момент создания vlan100 интерфейс lagg0 еще в состоянии down и операционная система перестраховывается, задавая MTU, который заведомо будет не больше допустимого (еще не известно, поддерживает ли сетевая карта VLAN_MTU) Если же создавать так: create_args_lagg0="laggproto lacp laggport igb0 laggport igb1" ifconfig_lagg0="up"

Если будете делать VLAN-интерфейсы поверх LACP то делайте через create_args так: ifconfig_igb0="up -tso" ifconfig_igb1="up -tso" cloned_interfaces="vlan100 vlan100 lagg0" create_args_lagg0="laggproto lacp laggport igb0 laggport igb1" ifconfig_lagg0="up" ifconfig_vlan100="vlan 100 vlandev lagg0 1.2.3.4/29" ifconfig_vlan200="vlan 200 vlandev lagg0 5.6.7.8/29" иначе VLAN-интерфейс получит MTU 1496 (если делать как описано на maff.kiev.ua). и еще, некоторые сетевые карты не могут отдавать хеш-функцию для балансировки нагрузки для связки LAGG+VLAN (к примеру Intel 82574L) тогда в sysctl.c

Укртелеком не маршрутизирует в VoIP для потребителей свой национальный номерной план, только номера 0892***, 0800***, 0900***. Однако, если у вас есть свой номерной рессурс, тогда это будет как включение национального оператора на правах интерконекта по VoIP. если еще будут вопросы, пишите в Л.С. - смогу уточнить детали.

gmail последние год-два не дает бесплатно размещать новые домены, есть несколько вариантов обойти: - прикрепить домен на уже существующий аккаунт с большим количеством ящиков - купить домен, c активированным Google Apps Free (получается дешевле чем 5$/мес)

Куплю карту расширения LS3928-2TE-XFP для BDCOM S3928GX по разумной цене, можно б/у. предложения здесь или личным сообщеним.

возможно поможет прописать весь пул внешних адресов на НАСе так route add -net 123.34.56.0/24 127.0.0.1 -reject в таком случае трафик на невыданные адреса будут reject'ится, а на выданные роутится, поскольку будет более детальный маршрут. мне такое помогло когда были атаки на выданные адреса из пула для статик-НАТа.

на WS-C3550-12G все возможно: #sh version ....Cisco IOS Software, C3550 Software (C3550-IPSERVICESK9-M), Version 12.2(50)SE5, RELEASE SOFTWARE (fc1) .... Cisco WS-C3550-12G (PowerPC) processor (revision G0) with 65526K/8192K bytes of memory. #sh sdm prefer The current template is the routing template. The selected template optimizes the resources in the switch to support this level of features for 16 routed interfaces and 1K VLANs. number of unicast mac addresses: 6K number of igmp groups: 6K number of qos aces: 1K number of security aces:

Шаблон под cacti для EQUICOM PING3 cacti_host_template_ping3.zip содержит 3 графика: - температура - питание с батареи по линии AN2 - обобщенный график питания с линий AN2, AN3, AN4

сервер получил в срок, все ок, запакован был отлично. спасибо.

Прошился на 15576 - все стало ок, вернул на 16751 все так же осталось нормально (конфигурация не менялась). Железка приехала сразу с 16751, файл прошивки 1-в-1 такой же как скачал в сайта, возможно на заводе как-то не так прошили... пока что на 3616 переключили одно волокно из 4х, тестируем.

а можно увидеть настройки EPON порт и ONU`шки ?

если делать из windows, то нужно так: ping -f -s 1472 192.168.1.155 (добавлен ключ -f запрета фрагментации)

Поставили взамен P3310 новую P3616 и заметили что на всех абонентов появились потери при пингах: прошивка последняя - 16751 sh version BDCOM(tm) P3616-2TE Software, Version 10.1.0C Build 16751 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2014-2-26 16:4:0 by SYS_16751, Image text-base: 0x10000 ROM: System Bootstrap, Version 0.4.1, Serial num:00315070268 System image file is "Switch.bin" (RISC) processor with 262144K bytes of memory, 16384K bytes of flash Base ethernet MAC Address: fc:fa:f7:44:40:9d snmp info: product_ID:2011 system_ID:1.3.6.1.4.1.3320.1.2011.

тоже интересует с какими багами P3616 столкнулись? у нас пока что за 2 дня эксплуатации было 3 перезагрузки + странность в применении шаблонов на ONU (если на 3310 ошибочные для ONU команды просто пропускались, то в 3616 они попадают в лог c ошибкой и через раз ONU остается в состоянии "config_failed")

помогло решение из темы: http://local.com.ua/forum/topic/53164-продам-pon-onu-fiberhome-zte-совместимы-с-bdcom/?p=534906 теперь пинг 1-2 мс conf epon mpcp-timeout 60 epon dba hardware cycletime 25000 discovery-frequence 40 discovery-length 2048 epon dynamic-binding-timeout 40 interface EPON0/1 epon mpcp-registration ctc 30 interface EPON0/2 epon mpcp-registration ctc 30 interface EPON0/3 epon mpcp-registration ctc 30 interface EPON0/4 epon mpcp-registration ctc 30

проблема с пингом была во всех ветках, помогли настройки ниже да, отлично, помогло!

http://avreg.net/ до 4х камер бесплатно. более дружественный чем zoneminder

GPON#show epon optical-transceiver-diagnosis interface Temperature(degree) Voltage(V) Current(mA) TxPower(dBm) ----------- --------------------- ------------ ------------- -------------- epon0/1 43.6 3.3 10.2 4.1 epon0/2 31.0 3.3 29.8 4.0 interface RxPower(dBm) ----------- -------------- epon0/1:1 -24.6 epon0/1:2 -23.5 epon0/1:3 -23.2 epon0/1:4 -25.3 epon0/1:5 -23.9 epon0/1:6 -24.8 epon0/1:8 -24.5 epon0/1:9 -29.2 epon0/1:10 -24.8 epon0/1:11 -25.8 epon0/1:12

#sh version BDCOM(tm) P3310B Software, Version 10.1.0B Build 14297 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2013-8-23 15:18:53 by SYS_14297, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.3, Serial num:00313001385 System image file is "Switch.bin" (RISC) processor with 131072K bytes of memory, 8192K bytes of flash Base ethernet MAC Address: fc:fa:f7:c9:26:3a snmp info: product_ID:228 system_ID:1.3.6.1.4.1.3320.1.228.0 SofBor-GPON uptime is 62:21:32:32, The current time: 2014-1-17 11:2:40 Конфиг: http://pastebin.com/2CWxFVg2

можете подсказать решение для проблемы? Наблюдается ли у Вас такое? http://local.com.ua/forum/topic/55942-%D0%B2%D1%8B%D1%81%D0%BE%D0%BA%D0%B8%D0%B9-%D0%BF%D0%B8%D0%BD%D0%B3-%D0%BD%D0%B0-%D1%85%D0%BE%D1%81%D1%82%D1%8B-%D0%B7%D0%B0-onu/ Кратко - для работы сторонних ONU требуется убрать опцию "epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024" на OLT что приводит к увеличению ping`а с 1-2 мс до 5-8 мс.

так и есть, после выполнения команды ping стал 1-2мс, неродные ONU работают, но отваливаются после ребута ... $ ping 10.x.67.62 PING 10.x.67.62 (10.x.67.62) 56(84) bytes of data. 64 bytes from 10.x.67.62: icmp_req=1 ttl=63 time=1.67 ms 64 bytes from 10.x.67.62: icmp_req=2 ttl=63 time=1.58 ms 64 bytes from 10.x.67.62: icmp_req=3 ttl=63 time=1.55 ms 64 bytes from 10.x.67.62: icmp_req=4 ttl=63 time=1.37 ms 64 bytes from 10.x.67.62: icmp_req=5 ttl=63 time=1.50 ms 64 bytes from 10.x.67.62: icmp_req=6 ttl=63 time=1.33 ms 64 bytes from 10.x.67.62: icmp_req=7 ttl=63 time=1.71 ms --- 10.x.67.62 ping

wri в списке это ONU Fiberhome AN5006-01a похоже понятно в чем проблема, дело в том что Fiberhome AN5006-01a не работает с головой если введена эта команда (регистрируется, но трафик не бегает). подумаю как проверить.

Кто-то сталкивался с высоким пингом на хосты за ONU? (от абонентов на сервер - аналогично). Начали жаловаться пользователи, стали проверять - на всех пользователей одинаковая картина (5-8 мс). при этом в OLT включен еще один коммутатор, на них в той же подсети пинг отличный (0.5 мс) ping на одного из пользователей (epon0/1:17): [root@inet ~]$ ping 10.x.67.62 PING 10.x.67.62 (10.x.67.62): 56 data bytes 64 bytes from 10.x.67.62: icmp_seq=0 ttl=63 time=7.463 ms 64 bytes from 10.x.67.62: icmp_seq=1 ttl=63 time=8.075 ms 64 bytes from 10.x.67.62: icmp_seq=2 ttl=63 time=6.547 ms 64 bytes from 1

ftp://ftp.alliedtelesis.co.uk/pub/switches/8000S/

у меня на 3120, 3100 рисуется таким шаблоном PS. обновил шаблон cacti_host_template_switch_dlink_update.xml.gz