a_n_h

как я вас понимаю..... мы так 2000-й год встречали, света не было с конца ноября до мая!

вроде лицензия нужна только при обслуживании "чужих" сетей.

А в чем проблема?

ОЛТ должен быть "стандартным".

Я б начал все проверять с начала, ОЛТ из биллинга видно? и т.д.

Сколько времени прошло после обновления? крон успел отработать опрос ОЛТ?

Поддержу, не помешает.

может SFP Конечно, очепятался.

Да, но факт на лицо как только доходит до 36 иногда 38 на одной из плат EPFC некоторые онушки начинают отпадать на разных портах почти синхронно. Уровни на/от ОНУ в это время? может FSP "барахлит"

"примажусь" с наилучшими пожеланиями!

Судя по: http://ic-line.ua/gepon/gepon-onu нужен wi-fi роутер.

кнопка "создать тему" отсутствует?

Можно "фамилию" кабеля?

не работает.....

Профи, замена сетевой на E1G42ET, к примеру, решит проблему?

Везде все в порядке, "лаги" т.е. потери пакетов постоянно netstat -i 1: input (Total) output packets errs idrops bytes packets errs bytes colls 6756 0 0 5018469 6722 0 4972559 0 7984 0 0 6101178 7993 0 6098832 0 6211 0 0 4555551 6185 0 4531348 0 4955 0 0 3369144 4939 0 3347228 0 5661 0 0 4160858 5655 0 4149946 0 6432 0 0 4832996 6360 0 4763685 0 8299 0 0 6540802 8305 0 6530373 0 6324 0 0 4508937 6320 0 4497397 0 6978 0 0 5182153 6970 0 5179820 0 6056 0 0 4352643 5984 0 4271505 0 8074 0 0 6521823 8059 0 6494994 0 7686 0 0 6060953 7636 0 5980461 0 8157 0 0 6751984 8135 0 6727278 0 6923 0 0 5407525 6908 0 5388683 0 8360 0 0 6888863 8245 0 6740981 0 7477 0 0 6147312 7469 0 6141396 0 top -SH: PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 128K CPU0 0 540.1H 100.00% idle{idle: cpu0} 11 root 155 ki31 0K 128K CPU3 3 537.2H 100.00% idle{idle: cpu3} 11 root 155 ki31 0K 128K CPU2 2 537.2H 100.00% idle{idle: cpu2} 11 root 155 ki31 0K 128K CPU7 7 526.0H 100.00% idle{idle: cpu7} 11 root 155 ki31 0K 128K CPU4 4 540.2H 99.17% idle{idle: cpu4} 11 root 155 ki31 0K 128K CPU6 6 540.3H 99.07% idle{idle: cpu6} 11 root 155 ki31 0K 128K CPU1 1 533.3H 99.07% idle{idle: cpu1} 11 root 155 ki31 0K 128K RUN 5 524.2H 96.19% idle{idle: cpu5} 12 root -92 - 0K 336K WAIT 7 18.2H 4.20% intr{irq256: bce0} 12 root -92 - 0K 336K WAIT 7 966:39 2.49% intr{irq258: bce1} 930 nobody 20 0 16320K 5412K select 1 102:46 0.10% softflowd 0 root -92 0 0K 160K - 2 681:37 0.00% kernel{dummynet} 12 root -100 - 0K 336K WAIT 0 127:35 0.00% intr{irq20: hpet0 uhc} 12 root -60 - 0K 336K WAIT 0 117:50 0.00% intr{swi4: clock} 8 root 16 - 0K 16K syncer 1 60:02 0.00% syncer 14 root -16 - 0K 16K - 5 53:00 0.00% yarrow 929 root 20 0 41724K 6300K bpf 2 36:03 0.00% bandwidthd 926 root 20 0 58108K 21924K bpf 3 35:02 0.00% bandwidthd 927 root 20 0 54012K 14540K bpf 4 35:01 0.00% bandwidthd

Это конечно проверил, уточню, на сетевой 2-а айпи адреса, для проверки добавлял еще один, но все равно пакеты теряются только по одному адресу 172.25.0.1 по остальным потерь нет, если бы проблема была с железом то терялись бы по всем адресам.

Всем доброго времени суток! На одном "тазике" - Free+Ubilling+NAS (в данный момент около 50-ти абонов) выявилась проблема - без всякой зависимости от нагрузки, времени суток и т.д. пропадает интернет от нескольких секунд до несколько минут. Может за несколько суток ни разу не пропасть, а может в течении суток пропасть несколько раз. Конкрет "поймать" причину не удается, запустил всевозможные пинги в файл и выяснились пропадания пакетов: Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=14мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=11мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64 Превышен интервал ожидания для запроса. Превышен интервал ожидания для запроса. Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=9мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=11мс TTL=64 Ответ от 172.16.0.1: число байт=25000 время=10мс TTL=6 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время=2мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 Ответ от 172.32.0.1: число байт=25000 время<1мс TTL=64 конфиги стандартные, 172.16.0.1 и 172.32.0.1 - это одна и та же сетевая, пните куда искать, и почему такая разнице в пинге?

по территории Ж/Д, расходники - кабель-труба-траншея мои проблемы, они только варят в своей муфте. Для сравнения МТС за подключение в оптический порт цена 2400 грн против около 30 000 грн ЕТТ.....

мне "нарисовали" 14 000 грн, + столько же Ж/Д за "разрешение" на копку траншеи (50 м, копка отдельная история) к их муфте.

По чем сегодня?

клиент все правильно получает? т.е. айпи, шлюз и т.д. если да, то шлюз пингуется?

инет должен заработать и без этого, тс это видео: смотрел?

бронь до согласования.