есть стрим . раз в сутки , как и обещано , рвёт линк . а вот после обрыва видим вот это



и так до бесконечности . лечится физическим отрыванием питания у 500g , после чего всё замечательно заводится . возникает в 75% . т.е. 3 раза за 4 суток . почти ежедневно . итого - оставить автопилот нельзя , инет отваливается , все ругаются .

замечено , что 500g безобразно греется . в случае , если его температура не высока (скажем , пару часов после запуска) реконнект проходит нормально . но работает круглосуточно - потому и горячий . лежит на столе , температура в комнате 24 градуса . подключен через ups . работает как рутер .

прошивка R2.01.B15(021206a/T93.3.44)
s/n h231343001348
вроде не из серий , которые массово отзывают


кто виноват и что делать ?

так же поясните , что за прошивки на сайте b8 и b9 ? что из них новей ?

B9 новей. Обновите прошивку.

и что , b9 новее , чем b15 ? если да , то зачем использована такая нумерация ? и каким принципом руководствоваться в дальнейшем , для определения новой прошивки ?

Да, B9 новей.
Принцип простой: скачивать только то, что лежит на ftp.dlink.ru.

продолжим . прошил до b9 . тут же получил (после перезапуска)

MAJOR ALARM: System running low on memory : 2cc2c free

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

далее по проблеме . осталась . но реже возникает . но осталась . и плюс - я вообще в ужасе - более 1 часа за 3е суток без реконнекта он не живёт ! иногда каждые 5 минут реконнектится . а т.к. делает он это по 3 минуты доступ в сеть очень рваный . да и ip меняется при каждом реконнекте ! эксплорер закачку теряет и прочие радости . emule вообще каждый раз очередь теряет . ну как так можно ? чем выше загрузка канала - тем чаще рвёт . возможно , зависимости и нет , так показалось. подключение 256/128 . lan 100mbps

максимальная скорость закачки упала на 2-3 к . было 26к стало 23-24 . если бы не вышеописанное , это можно было бы и стерпеть .

вот куски логов:

это после потери соединения . 2 часа продолжалось , я просто не рядом был и не видел .



после этого оторвал модему питание и включил заново (перезагрузка через web интерфейс не помогает - именно питанием лечится)



тут же всё нашёл . это исходная проблема , с чего и начали , тем и закончили . плюс ещё приключений нашли .

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



ещё раз замечу - это не проблемы стрима , это проблемы именно этого модема . не знаю , конкретного экземпляра или всей серии , но d-linka .

если нужна дополнительная информация - готов предоставить .

меня интересует , что с этим делать ? это в сервис ? или прошивка какая есть человеческая ? b15 явно лучше жила . или вообще в морг ? вместе со всеми длинками ? сплошные проблемы со всей G серией похоже

snmp никуда не исчезал.
$create snmp host ?
Parameter Description
--------- -----------
ip <ddd.ddd.ddd.ddd> IP Address
community <name> SNMP Community

Создайте запись для компьютера, на котором работает софт SNMP управления и SNMP появится.



Эта проблема уже не раз обсуждалась на форуме.
Она заключается в том, что либо провайдерский BRAS не шлет lcp echo пакеты, либо из-за высокой загрузки канала эти пакеты теряются.
$modify ppp global ?
Parameter Description
--------- -----------
[ pppsesstimer <decvalue> ] PPP session timer (min)
[ ignorewantolan true|false ] Ignore WAN to LAN traffic for PPP timer
[ keepalive enable|disable|auto ] PPP keep alive feature status
[ maxlcpecho <decvalue> ] Max LCP Echo Requests

Либо оключите pppkeepalive вообще (тогда будьте готовы, что придется ждать истечения тайм-аута в случае некорректного завершения предыдущей сессии), либо увеличьте число maxlcp echo.


На основании каких соображений Вы сделали такой вывод?

Вот про то, что ему памяти мало, можно подробнее? А то я тоже уже несколько раз видел такое :-(((. Лечится перезагрузкой - но меня ж не всегда рядом есть ;-))). Проблемы авторизации - какая-то специфика Стрима, потому как у некоторых пользователей она есть (и не только на DLink'ах), а у некоторых - нету (и на DLink'ах в том числе :-)). У меня эта проблема возникала реже, чем Вы описываете - где-то раз в неделю, а сейчас вот уже недели три как ни разу не было.

_________________
Виктор Денисов aka Plukh

Кому мало памяти? Вы о чем?

вот об этом

MAJOR ALARM: System running low on memory : 2cc2c free

цифры разные , возникает регулярно

При этом используются p2p? Память уходит на NAT таблицу.

а почему тогда проблема лечится отрубанием модема от электричества ? простого его ребута или реконнекта не хватает .

приносил зухель - никаких проблем .

и вы считаете это нормальным ? где в описании прошивки описана процедура ? и вообще - внутренний адрес у меня _динамический_ , что я должен вписать в ip <ddd.ddd.ddd.ddd> ? адрес раздаётся не длинком .



проблема решилась , maxlcpecho=5 поставил . но не понимаю , это что за попугаи ? 5 раз , 5 секунд , 5 минут ? где в описании размерность ? и в Ваших рекомендациях её тоже нет . да , стало ясно , что именно дёргать , но пришлось в слепую это делать . так же , почему нет этого в faq ?



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

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

кстати , проблема осталась , реже , раз в 3-4 дня , но есть что делать ?

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

ну и
MAJOR ALARM: System running low on memory : 2cc2c free
такие вот штуки раз-два в день вылезают .

да , осёл используется . что значит это сообщение ? то , что просто памяти мало , или то , что модем не в состоянии обслужить новые соединения ?

и во вопрос - какое максимальное кол-во nat соединений может обработать 500g? а без снижения производительности ? сейчас есть такая штука - как только соединения до 100+ отрастают (примерно) начинаются тормоза , даже если по ним не происходит обмен . то есть , смотрим нетмонитором - down = 5к (канал 256) . запускаем эксплорер - тормозит очень заметно . выключаем осла/прочие соединения генерящие программы - эксплорер летает . эксплорер можно заменить на флэшгет и прочее ..

Во-первых, посмотрите на то, какой лимит исходящего трафика стоит в осле. Если больше 7Кб/с (и вы на Нео25, как и я) - то данная проблема с DLink если и связана, то косвенно. Я посвятил примерно 2 недели разнообразным экспериментам (итоговые рассуждения - описал в форуме, ищите) - сейчас при лимите соединений в 250 шт. (ни разу не достигался!) и среднем в 130-160 шт осёл пашет на 22-24 Кб/с (что есть лимит на входящий трафик). Почему именно 7 Кб/с, а не теоретические 9-10 Кб/с - вот это уже вопрос к взаимодействию Стрима и DLink'а, но бог с ним - мне 3 исходящих кб не упёрлись :-).

Во-вторых, судя по диапазону портов, 500G должен поддерживать не более 1024 соединений. Сколько из них без потери скорости - хрен знает. Надо бы как-нибудь проверить, но руки не доходят. Если есть желание - милости просим, займитесь и доложите :-))).



maxlcpecho измеряется в штуках :-). Это максимальное количество повторов эхо-запроса подряд, на которые не получен ни один ответ. Т.е., сейчас, прежде чем разорвать связь, 500G пять раз пошлёт LCP Echo Request и пять раз дождётся неполучения ответа, только тогда решит, что, таки, удалённый сервер умер :-).



Если я правильно понимаю, речь идёт о модеме Zyxel? С пробросом PPPoE сессии через него как через мост с головного компьютера? Тогда всё просто и понятно:

а) Скорость. Свойство того, как Windows её считает. Многократно проверено - винда (и все связанные с ней внешние программы - DUMeter и иже с ним) считает трафик канального уровня. В случае с DLink, накладные расходы по поддержанию PPPoE сессии берёт на себя он (это порядка 10-15% процентов от общего трафика), соответственно, на компьютере Вы видите скорость в 24-25 Кб/с. Если же сессия пробрасывается с компьютера, будут посчитаны все заголовки канального уровня, служебные пакеты и т.п. - соответственно, увидите 26-29 Кб/с. Эффективная скорость скачивания от этого не меняется. В качестве эксперимента засеките время скачивания файла размером в 50-70 Мб одним и другим способом с помощью какого-нибудь менеджера закачки (естественно, с одинаковыми настройками и при свободной линии - в т.ч. ICQ, e-mail и т.п. должны быть отключены). Если разница более 5% (что есть нормальная погрешность) - то это повод разбираться дальше :-).

б) Количество одновременных NAT-сессий - давняя и известная проблема домашних маршрутизаторов. Сколько стоит самый дешёвый новый системный блок, способный поднять Linux со всей нужной параферналией (pppd, iptables, etc)? А сколько Вы заплатили за DLink? А за свой домашний комп :-)? Конечно, дешёвая дохлая железка будет работать заметно хуже, чем нормальный компьютер. Дальше всё упирается в то, зачем она Вам нужна? Если для подключения нескольких компов, да так, чтобы не сильно напрягаться и за разумные деньги - то да, это хороший выбор. Для всяких нестандартных сценариев (гигантский NAT, проксирование H323 и т.п.) - то берите модем (или 500G в режиме моста, но это уже перебор ;-)), собирайте ручками роутер на базе Linux/FreeBSD - и вперёд, всё будет как надо :-))).

_________________
Виктор Денисов aka Plukh

У осла при аплоаде меньше 10кбс падает то-ли рейтинг, то-ли скорость, уже не помню, своими глазами наблюдал. Так что очень даже уперлись.