1. Уважаемые посетители форума! Прежде чем помещать в форум новое сообщение о возникшей у Вас проблеме, пожалуйста, поищите ее решение в ответах на часто задаваемые вопросы FAQ, или воспользуйтесь поиском по форуму.
  2. Форум не является системой моментального ответа на вопросы. Если Вам необходимо получить ответ на ваш вопрос в кратчайшие сроки - пожалуйста, позвоните в ближайший к Вам региональный офис D-Link.
faq обучение настройка
Текущее время: Пт апр 19, 2024 12:42

Сообщения без ответов | Активные темы


Список форумов » ADSL и последняя миля

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 10 ] 
  Предыдущая тема | Следующая тема 
Автор Сообщение
Alexey Belyaev
СообщениеДобавлено: Ср июл 25, 2012 15:07 
Не в сети

Зарегистрирован: Ср июл 25, 2012 14:10
Сообщений: 5
Добрый день,

Есть проблема - Абсолютно новый купленный три дня назад DSL 2650 (h/w/ C1, f/w 1.10) теряет сеть, при этом продолжают гореть индикаторы ДСЛ и Интернет. Помогает перезагрузка выключением питания, интервалы между потерями непредсказуемы - от 15 минут до нескольких часов. Устройство стоит в режиме маршрутизатора, подключен 1 ПК по проводам и пара нетбуков и айпад по вайфаю. Провайдер - калининградский Авангард, авторизация через PPPoE, connect on demand включен с таймаутом 86400, линия сразу после установки показывала высокий, но приемлемый уровень потерь(затухание вниз 40, вверх 20, SNR margin на уровне 8-10).
Ситуация осложняется тем, что я пытаюсь его диагностировать удаленно, за модем можно передать некоторые вербальные инструкции, но несложные, или же корректировать конфигурацию в реальном времени, по тлф. Удаленное управление включено, и Dyn.com подключен, но что-то радикальное в таком режиме делать не хочется - велик шанс себе ногу прострелить.

Вопросы собственно такие:
1) где копать? пытаться ли включать SRA и Битсвап как кое-где советуют, или это н приведет к успеху?
2) как поведет себя модем, если сконфигурить ему удаленный syslog на одно из устройств локальной сети, которое не включено постоянно?
Имеется в виду следующее - установить на одном из нетбуков в ЛАНе какой-нибудь syslog сервер, зафиксировать адрес этого нетбука в DHCP, прописать в настройках удаленное логирование на этот нетбук и выдать "на борт" инструкцию в случае потери связи перепустить маршрутизатор и после появления интернета отправить лог по почте "на большую землю" В этом месте я опасаюсь, что отсутствие в ЛАНе syslog сервера может стать дополнительным фактором нестабильности. Обоснованны ли такие опасения?
3) Критична ли ориентация модема в пространстве на тепловой режим и стабильность? - он сейчас подвешен вертикально, лицевой панелью вверх, с воздушными промежутками более 10 см от внешней поверхности устройства. По тактильным ощущениям модем прохладный.
К сожалению, на саппорт провайдера надежды нет, для них появление АДСЛ линка (по индикатору) - критерий успеха, далее поддержку они не оказывают.

Заранее благодарен за рекомендации
Вернуться наверх
 Профиль  
 
Oleg Syrbu
СообщениеДобавлено: Чт июл 26, 2012 10:07 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт мар 01, 2011 22:06
Сообщений: 2025
1. SRA bitswap включите.
2. Можете отправлять логи к нестабильности не приведёт
3. рабочая температура от 0 до 40 С
Вернуться наверх
 Профиль  
 
Alexey Belyaev
СообщениеДобавлено: Чт июл 26, 2012 18:51 
Не в сети

Зарегистрирован: Ср июл 25, 2012 14:10
Сообщений: 5
Олег, спасибо за оперативную реакцию, SRA и Битсвап включили, но это увы не помогает. Ниже кусок лога от старта adsl в ядре до конца. Как я понимаю, примерно через 25 минут после старта PPP сессии ADSL упал (в 16:24:03), затем через полминуты поднялся со второй попытки, pppd стартовал в 16:24:45, но сервера за полторы минуты не увидел, а adsl снова упал в 16:26:10. Дальнейших записей увы нет, в следующий раз запишут подольше, но из опыта известно, что оно не восстанавливается.

Вопрос: кто виноват и что с этим можно сделать? Параметры линии я приводил ранее, они не блистательные, но, как я понимаю, пригодные для работы. Или нет? Телефонная линия не спаренная, телефон на ней стоит один, все подключено через сплиттер, отключение сплиттера не повышает стабильность соединения. Если настаивать на чем то в разговоре с провайдером - то на чем? Какие слова надо произнести, какие параметры нужно проверять для дополнительной диагностики и определения, что делать дальше? Модем абсолютно новый, а выбор в городе увы невелик - одна марка и две модели 2640 и 2650.

Заранее благодарен за комментарии и рекомендации
Алексей

Код:
Jan  1 00:00:18 (none) user.warn kernel: AdslCoreSharedMemInit: shareMemAvailable=491424  94
Jan  1 00:00:18 (none) user.warn kernel: AdslCoreHwReset:  AdslOemDataAddr = 0xA1F69564  93
Jan  1 00:00:18 (none) user.warn kernel: dgasp: kerSysRegisterDyingGaspHandler: dsl0 registered  102
Jan  1 00:00:18 (none) user.warn kernel: XTM Init: 400 rx BDs at 0xa0f91000  81
Jan  1 00:00:18 (none) user.warn kernel: XTM Init: 100 rx BDs at 0xa1389000  81
Jan  1 00:00:18 (none) user.info kernel: monitor task is initialized pid= 301   84
Jan  1 00:00:20 (none) user.info kernel: device wl0 left promiscuous mode  79
Jan  1 00:00:20 (none) user.info kernel: br0: port 6(wl0) entering disabled state  87
Jan  1 00:00:20 (none) user.info kernel: device wl0 entered promiscuous mode  82
Jan  1 00:00:20 (none) user.info kernel: br0: port 6(wl0) entering forwarding state  89
Jan  1 00:00:21 (none) user.info kernel: wl0.1 (): not using net_device_ops yet  85
Jan  1 00:00:21 (none) user.info kernel: wl0.2 (): not using net_device_ops yet  85
Jan  1 00:00:21 (none) user.info kernel: wl0.3 (): not using net_device_ops yet  85
Jan  1 00:00:21 (none) user.info kernel: br0: port 6(wl0) entering disabled state  87
Jan  1 00:00:21 (none) user.info kernel: device wl0 left promiscuous mode  79
Jan  1 00:00:21 (none) user.info kernel: br0: port 6(wl0) entering disabled state  87
Jan  1 00:00:21 (none) user.info kernel: device wl0 entered promiscuous mode  82
Jan  1 00:00:21 (none) user.info kernel: br0: port 6(wl0) entering forwarding state  89
Jan  1 00:00:23 (none) user.info kernel: dhcpd uses obsolete (PF_INET,SOCK_PACKET)  88
Jan  1 00:00:26 (none) user.crit kernel: Line 0: xDSL G.994 training  74
Jan  1 00:00:38 (none) user.crit kernel: Line 0: ADSL G.992 started  73
Jan  1 00:00:43 (none) user.crit kernel: Line 0: ADSL G.992 channel analysis  82
Jan  1 00:00:47 (none) user.crit kernel: Line 0: ADSL G.992 message exchange  82
Jan  1 00:00:48 (none) user.crit kernel: Line 0: ADSL link up, Bearer 0, us=509, ds=2047  94
Jan  1 00:00:48 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = UP, Service Support = ATM  124
Jan  1 00:00:48 (none) user.warn kernel: bcmxtmrt: MAC address: fc 75 16 d4 05 4a  87
Jan  1 00:00:48 (none) user.warn kernel: [DoCreateDeviceReq.2603]: register_netdev  88
Jan  1 00:00:48 (none) user.warn kernel: [DoCreateDeviceReq.2605]: register_netdev done  93
Jan  1 00:00:48 (none) user.warn kernel: XTM Init: 400 tx BDs at 0xa0bac000  81
Jan  1 00:00:48 (none) user.warn kernel: bcmxtmcfg: Connection UP, LinkActiveStatus=0x1, US=509000, DS=2047000  117
Jan  1 00:00:49 (none) user.info kernel: ip_tables: (C) 2000-2006 Netfilter Core Team  91
Jan  1 00:00:49 (none) user.warn kernel: Netfilter messages via NETLINK v0.30.  84
Jan  1 00:00:49 (none) user.warn kernel: nf_conntrack version 0.5.0 (496 buckets, 1984 max)  97
Jan  1 00:00:51 (none) daemon.notice syslog: pppd 2.4.1 started by admin, uid 0  85
Jan  1 00:00:51 (none) user.warn kernel: netdev path : ppp1 -> atm0  73
Jan  1 00:00:53 (none) daemon.notice syslog: PPP: Start to connect ...   77
Jan  1 00:00:53 (none) daemon.crit syslog: PPP server detected.   70
Jan  1 00:00:54 (none) daemon.crit syslog: PPP session established.   74
Jan  1 00:00:54 (none) daemon.crit syslog: PPP LCP UP.   61
Jan  1 00:00:56 (none) daemon.crit syslog: Clear IP addresses.  PPP connection DOWN.   91
Jan  1 00:00:58 (none) daemon.crit syslog: Received valid IP address from server.  Connection UP.  104
Jul 26 15:59:28 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=78.36.192.53 DST=95.55.231.74 LEN=52 TOS=0x00 PREC=0x00 TTL=62 ID=20371 DF PROTO=TCP SPT=2817 DPT=44478 WINDOW=65340 RES=0x00 SYN URGP=0 MARK=0x8000000  235
Jul 26 15:59:31 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=78.36.192.53 DST=95.55.231.74 LEN=52 TOS=0x00 PREC=0x00 TTL=62 ID=20408 DF PROTO=TCP SPT=2817 DPT=44478 WINDOW=65340 RES=0x00 SYN URGP=0 MARK=0x8000000  235
Jul 26 15:59:37 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=78.36.192.53 DST=95.55.231.74 LEN=52 TOS=0x00 PREC=0x00 TTL=62 ID=20452 DF PROTO=TCP SPT=2817 DPT=44478 WINDOW=65340 RES=0x00 SYN URGP=0 MARK=0x8000000  235
Jul 26 15:59:38 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=31.181.25.139 DST=95.55.231.74 LEN=48 TOS=0x00 PREC=0x00 TTL=254 ID=4421 DF PROTO=TCP SPT=61617 DPT=443 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000  234
Jul 26 15:59:41 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=31.181.25.139 DST=95.55.231.74 LEN=48 TOS=0x00 PREC=0x00 TTL=254 ID=4469 DF PROTO=TCP SPT=61617 DPT=443 WINDOW=8192 RES=0x00 SYN URGP=0 MARK=0x8000000  234
Jul 26 16:10:14 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=213.111.228.60 DST=95.55.231.74 LEN=48 TOS=0x00 PREC=0x00 TTL=120 ID=31468 DF PROTO=TCP SPT=3223 DPT=44478 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000  238
Jul 26 16:19:37 (none) user.alert kernel: Intrusion -> IN=ppp1 OUT= MAC= SRC=178.167.29.228 DST=95.55.231.74 LEN=48 TOS=0x00 PREC=0x00 TTL=122 ID=2426 DF PROTO=TCP SPT=4339 DPT=44478 WINDOW=65535 RES=0x00 SYN URGP=0 MARK=0x8000000  237
Jul 26 16:24:03 (none) user.crit kernel: Line 0: ADSL link down  69
Jul 26 16:24:03 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = DOWN, Service Support = ATM  126
Jul 26 16:24:03 (none) user.warn kernel: HOST XTM Tx ch 0 down success  76
Jul 26 16:24:03 (none) user.warn kernel: bcmxtmcfg: Connection DOWN, LinkActiveStatus=0x0   96
Jul 26 16:24:03 (none) user.crit kernel: Line 0: xDSL G.994 training  74
Jul 26 16:24:03 (none) daemon.crit syslog: Clear IP addresses.  Connection DOWN.   87
Jul 26 16:24:13 (none) user.crit kernel: Line 0: ADSL G.992 started  73
Jul 26 16:24:18 (none) user.crit kernel: Line 0: ADSL G.992 channel analysis  82
Jul 26 16:24:22 (none) user.crit kernel: Line 0: ADSL G.992 message exchange  82
Jul 26 16:24:23 (none) user.crit kernel: Line 0: ADSL link down  69
Jul 26 16:24:23 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = DOWN, Service Support = PTM  126
Jul 26 16:24:24 (none) user.crit kernel: Line 0: xDSL G.994 training  74
Jul 26 16:24:36 (none) user.crit kernel: Line 0: ADSL G.992 started  73
Jul 26 16:24:40 (none) user.crit kernel: Line 0: ADSL G.992 channel analysis  82
Jul 26 16:24:44 (none) user.crit kernel: Line 0: ADSL G.992 message exchange  82
Jul 26 16:24:44 (none) user.crit kernel: Line 0: ADSL link up, Bearer 0, us=509, ds=2047  94
Jul 26 16:24:44 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = UP, Service Support = ATM  124
Jul 26 16:24:45 (none) user.warn kernel: bcmxtmrt: MAC address: fc 75 16 d4 05 4a  87
Jul 26 16:24:45 (none) user.warn kernel: [DoCreateDeviceReq.2603]: register_netdev  88
Jul 26 16:24:45 (none) user.warn kernel: [DoCreateDeviceReq.2605]: register_netdev done  93
Jul 26 16:24:45 (none) user.warn kernel: XTM Init: 400 tx BDs at 0xa12f0000  81
Jul 26 16:24:45 (none) user.warn kernel: bcmxtmcfg: Connection UP, LinkActiveStatus=0x1, US=509000, DS=2047000  117
Jul 26 16:24:45 (none) daemon.notice syslog: pppd 2.4.1 started by admin, uid 0  85
Jul 26 16:24:45 (none) user.warn kernel: netdev path : ppp1 -> atm0  73
Jul 26 16:24:45 (none) daemon.notice syslog: PPP: Start to connect ...   77
Jul 26 16:26:10 (none) user.crit kernel: Line 0: ADSL link down  69
Jul 26 16:26:10 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = DOWN, Service Support = ATM  126
Jul 26 16:26:10 (none) user.warn kernel: HOST XTM Tx ch 0 down success  76
Jul 26 16:26:10 (none) user.warn kernel: bcmxtmcfg: Connection DOWN, LinkActiveStatus=0x0   96
Jul 26 16:26:10 (none) user.crit kernel: Line 0: xDSL G.994 training  74
Jul 26 16:26:23 (none) user.crit kernel: Line 0: ADSL G.992 started  73
Jul 26 16:26:27 (none) user.crit kernel: Line 0: ADSL G.992 channel analysis  82
Jul 26 16:26:32 (none) user.crit kernel: Line 0: ADSL G.992 message exchange  82
Jul 26 16:26:32 (none) user.crit kernel: Line 0: ADSL link up, Bearer 0, us=509, ds=2047  94
Jul 26 16:26:32 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = UP, Service Support = ATM  124
Jul 26 16:26:32 (none) user.warn kernel: bcmxtmrt: MAC address: fc 75 16 d4 05 4a  87
Jul 26 16:26:32 (none) user.warn kernel: [DoCreateDeviceReq.2603]: register_netdev  88
Jul 26 16:26:32 (none) user.warn kernel: [DoCreateDeviceReq.2605]: register_netdev done  93
Jul 26 16:26:32 (none) user.warn kernel: XTM Init: 400 tx BDs at 0xa1164000  81
Jul 26 16:26:32 (none) user.warn kernel: bcmxtmcfg: Connection UP, LinkActiveStatus=0x1, US=509000, DS=2047000  117
Jul 26 16:26:33 (none) daemon.notice syslog: pppd 2.4.1 started by admin, uid 0  85
Jul 26 16:26:33 (none) user.warn kernel: netdev path : ppp1 -> atm0  73
Jul 26 16:26:33 (none) daemon.notice syslog: PPP: Start to connect ...   77
Вернуться наверх
 Профиль  
 
Rover_61reg
СообщениеДобавлено: Чт июл 26, 2012 19:31 
Не в сети

Зарегистрирован: Пт май 18, 2012 19:44
Сообщений: 127
Код:
Jan  1 00:00:48 (none) user.crit kernel: Line 0: ADSL link up, Bearer 0, us=509, ds=2047  94

Модем установил связь с оборудованием провайдера.

Код:
Jan  1 00:00:58 (none) daemon.crit syslog: Received valid IP address from server.  Connection UP.  104


Получил IP адрес от оборудования провайдера.

Код:
Jul 26 16:24:03 (none) user.crit kernel: Line 0: ADSL link down  69

Связь с оборудованием провайдера прервалась.

Видимо линия не в дугу...Только при чём тут ТП модема, когда нужно долбить ТП провайдера интернета?
Вернуться наверх
 Профиль  
 
Alexey Belyaev
СообщениеДобавлено: Чт июл 26, 2012 21:33 
Не в сети

Зарегистрирован: Ср июл 25, 2012 14:10
Сообщений: 5
Rover_61reg писал(а):
Связь с оборудованием провайдера прервалась.

Видимо линия не в дугу...Только при чём тут ТП модема, когда нужно долбить ТП провайдера интернета?
На мой взгляд, не все так однозначно. Давайте по порядку: экспериментальным путем установлено:
    В логе между установлением связи и разрывом прошло полчаса, иногда бывает и по нескольку часов, и в это время на линии стабильные показатели (я писал о них выше)
    Если после пропадания связи перезагрузить модем, связь появится и будет держаться некоторое время, с теми самыми стабильными показателями линии
    Если НЕ перезагружать модем, то он никогда не восстановит соединение самостоятельно

На мой взгляд, это не вполне то поведение,, которое ожидается от необслуживаемого оборудования, хотя я могу ошибаться, и если сотрудники ТП модема скажут, что от ребута до ребута adsl модемы Dlink коннектятся только один раз (сразу после ребута) и что это нормально и так и было задумано - нет проблем.

Теперь что касается "долбить ТП провайдера": ТП провайдера видит соединение после ребута, и говорит что все работает. Чтобы прорваться за первую линию, нужны определенные скиллы и доводы, и, к сожалению, все это происходит за 1200 км от того места где нахожусь я, а те люди что на месте - ну скажем так обладают минимальным профессиональным словарным запасом и умением пробивать первую линию поддержки. И потом - возможно, линия не идеальна, но не должен модем так себя вести - час работы и до перезапуска.

Я все-таки жду, что скажут сотрудники Dlink. Если нужна дополнительная информация - буду доставать, хотя я уже на межгород потратил побольше чем стоимость этого модема (с альтернативой туговато)
Вернуться наверх
 Профиль  
 
Rover_61reg
СообщениеДобавлено: Чт июл 26, 2012 21:54 
Не в сети

Зарегистрирован: Пт май 18, 2012 19:44
Сообщений: 127
Цитата:
ul 26 16:24:03 (none) user.crit kernel: Line 0: ADSL link down 69
Jul 26 16:24:03 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = DOWN, Service Support = ATM 126
Jul 26 16:24:03 (none) user.warn kernel: HOST XTM Tx ch 0 down success 76
Jul 26 16:24:03 (none) user.warn kernel: bcmxtmcfg: Connection DOWN, LinkActiveStatus=0x0 96
Jul 26 16:24:03 (none) user.crit kernel: Line 0: xDSL G.994 training 74
Jul 26 16:24:03 (none) daemon.crit syslog: Clear IP addresses. Connection DOWN. 87
Jul 26 16:24:13 (none) user.crit kernel: Line 0: ADSL G.992 started 73
Jul 26 16:24:18 (none) user.crit kernel: Line 0: ADSL G.992 channel analysis 82
Jul 26 16:24:22 (none) user.crit kernel: Line 0: ADSL G.992 message exchange 82
Jul 26 16:24:23 (none) user.crit kernel: Line 0: ADSL link down 69
Jul 26 16:24:23 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = DOWN, Service Support = PTM 126
Jul 26 16:24:24 (none) user.crit kernel: Line 0: xDSL G.994 training 74
Jul 26 16:24:36 (none) user.crit kernel: Line 0: ADSL G.992 started 73
Jul 26 16:24:40 (none) user.crit kernel: Line 0: ADSL G.992 channel analysis 82
Jul 26 16:24:44 (none) user.crit kernel: Line 0: ADSL G.992 message exchange 82
Jul 26 16:24:44 (none) user.crit kernel: Line 0: ADSL link up, Bearer 0, us=509, ds=2047 94
Jul 26 16:24:44 (none) user.warn kernel: bcmxtmcfg: XTM Link Information, port = 0, State = UP, Service Support = ATM 124
Jul 26 16:24:45 (none) user.warn kernel: bcmxtmrt: MAC address: fc 75 16 d4 05 4a 87
Jul 26 16:24:45 (none) user.warn kernel: [DoCreateDeviceReq.2603]: register_netdev 88
Jul 26 16:24:45 (none) user.warn kernel: [DoCreateDeviceReq.2605]: register_netdev done 93
Jul 26 16:24:45 (none) user.warn kernel: XTM Init: 400 tx BDs at 0xa12f0000 81
Jul 26 16:24:45 (none) user.warn kernel: bcmxtmcfg: Connection UP, LinkActiveStatus=0x1, US=509000, DS=2047000 117
Jul 26 16:24:45 (none) daemon.notice syslog: pppd 2.4.1 started by admin, uid 0 85
Jul 26 16:24:45 (none) user.warn kernel: netdev path : ppp1 -> atm0 73
Jul 26 16:24:45 (none) daemon.notice syslog: PPP: Start to connect ... 77
Jul 26 16:26:10 (none) user.crit kernel: Line 0: ADSL link down 69

Если параметры линии изменяются во времени, причём не в лучшую сторону, то как это "необслуживаемое" оборудование может работать, когда оно даже засинхронизироваться с оборудованием провайдера не может?
Допустим вечером подключаются другие абоненты - появляется переходное влияние (а оно есть по любому, только может быть в пределах нормы, а может и нет).
Вы хотя бы в момент разрыва посмотрели АДСЛ секцию. Модем (по логу) всё время моргает лампочкой дсл.
Вот параметры для примерной оценки качества линии.
А ТП скорее всего смотрит парметры когда всё нормально. Тут причиной может быть даже плохой сплиттер, параллельный радиотелефон итд итп.
Вернуться наверх
 Профиль  
 
Alexey Belyaev
СообщениеДобавлено: Чт июл 26, 2012 22:14 
Не в сети

Зарегистрирован: Ср июл 25, 2012 14:10
Сообщений: 5
ОК, попробую еще раз объяснить
1) почему за полторы минуты пока был ADSL PPPD не увидел сервера? Сразу после ребута, получасом ранее - у него это заняло 3 секунды, и если перезагрузить модем, уже вечером, в разгар переходных влияний - он первый раз найдет его за те же самые 3-5 секунд.
2) Убираем сплиттер - лучше не становится, но, если перепустить модем - первый раз он соединяется. Как отключенный сплиттер узнает о том, что можем перепустили, и снижает свое тлетворное влияние на линию?
3) Параметры линии в момент разрыва с этой стороны я посмотреть не могу, ожидать разрыва - увы неизвестно сколько, в лог насколько я понимаю их записать нельзя. В момент когда соединение есть - затухание 40 вниз, 2- вверх, SNR - 6-10. Не фонтан, но должно жить, по приведенному документу.
Но ТП провайдера пинаем, правда, там единственный инженер, который может помочь по словам первой линии в отпуске до понедельника, и не факт, что в понедельник появится.
Вернуться наверх
 Профиль  
 
Rover_61reg
СообщениеДобавлено: Чт июл 26, 2012 22:21 
Не в сети

Зарегистрирован: Пт май 18, 2012 19:44
Сообщений: 127
Цитата:
SNR - 6-10. Не фонтан, но должно жить, по приведенному документу.

А скорость какая на порту?

зы: а другого мопеда нет?
зы2: вот моя тема, я тоже просил объяснить "в чём собственно", по сей день работает с таким SNR.
У РТК есть и зависания (PPoE может а полчаса пропасть) и DNS сервера падают - всё горит зелёным, а страницы не открываются.
Правда Калининград всё-таки поближе к европе чем Ростов. IP адрес кстати не статический?
Вернуться наверх
 Профиль  
 
Alexey Belyaev
СообщениеДобавлено: Чт июл 26, 2012 22:50 
Не в сети

Зарегистрирован: Ср июл 25, 2012 14:10
Сообщений: 5
Скорость 2 Mbps вниз, 500 Kbps наверх, и похоже adsl канал провайдером зажат на этой скорости - расчетная (т.е. достижимая при измеряемом SNR) раз в 5 повыше показывается.
IP обычная динамика, потому там в первом сообщении Dyn.com и фигурирует - иначе я бы замучался за ним гонятся по всему пулу провайдера.
А насчет Калининграда - будь это сам Кениг - там хоть альтернативу можно найти, это небольшой город в полутора часах езды от Кенига. И из альтернативы РТК там только ТТК с его оптикой и ценой за подключение, как чугунный желенодорожный мост с паровозом сверху. Но это уже оффтоп, наверное.
Другого момеда увы нет, предыдущий скончался от старости. Если вырвусь туда в отпуск - повезу отсюда что-то, но наверное не Dlink
Вернуться наверх
 Профиль  
 
Oleg Syrbu
СообщениеДобавлено: Пт июл 27, 2012 10:47 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Вт мар 01, 2011 22:06
Сообщений: 2025
Alexey Belyaev писал(а):
ОК, попробую еще раз объяснить
1) почему за полторы минуты пока был ADSL PPPD не увидел сервера? Сразу после ребута, получасом ранее - у него это заняло 3 секунды, и если перезагрузить модем, уже вечером, в разгар переходных влияний - он первый раз найдет его за те же самые 3-5 секунд.
2) Убираем сплиттер - лучше не становится, но, если перепустить модем - первый раз он соединяется. Как отключенный сплиттер узнает о том, что можем перепустили, и снижает свое тлетворное влияние на линию?
3) Параметры линии в момент разрыва с этой стороны я посмотреть не могу, ожидать разрыва - увы неизвестно сколько, в лог насколько я понимаю их записать нельзя. В момент когда соединение есть - затухание 40 вниз, 2- вверх, SNR - 6-10. Не фонтан, но должно жить, по приведенному документу.
Но ТП провайдера пинаем, правда, там единственный инженер, который может помочь по словам первой линии в отпуске до понедельника, и не факт, что в понедельник появится.


Причиной первого обрыва dsl и соответственно ррр послужило большое количество входящих SYN запросов что приводит к отказу в обслуживании.
1.Причиной большого количества syn может служить использование вами р2р- клиентов ( например торрент и др). Выходом является уменьшение количества одновременных соединений в самом клиенте.
2. Причиной может являться от Вас не зависящий syn-флуд ( разновидность сетевой атаки). Выход- уточнить у провайдера о возможности защиты от такого рода атак.
По поводу обрывов dsl - обращайтесь к провайдеру. ( Также можете попробовать выбрать для синхронизации конкретный режим модуляции "Дополнительно--dsl" )
По поводу восстановления РРР сессии- после некорректного завершения сессии, серверу провайдера скорее всего требутся некоторое время для реконнекта. Установлении РРР можно увидеть указав в настройках РРРоЕ соединения "Отладка РРР" и выводить в лог отладочные сообщения.
Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  Страница 1 из 1
  [ Сообщений: 10 ] 

Список форумов » ADSL и последняя миля

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 40

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB