pppoe от БайкалТрансТелеком (ТТК)

[r1]

Имеем

Хост машина Debian.

канал постоянно падает. незакономерно. максимальное время работы примерно 10 часов. в среднем полтора два часа.

Логи следующие

Apr 26 08:33:33 aster pppd[2844]: LCP terminated by peer
Apr 26 08:33:36 aster pppd[2844]: Connection terminated.
Apr 26 08:35:42 aster pppd[2844]: Timeout waiting for PADO packets

Apr 26 14:48:06 aster pppd[2844]: No response to 4 echo-requests
Apr 26 14:48:06 aster pppd[2844]: Serial link appears to be disconnected.

Apr 27 13:59:53 aster pppd[2844]: LCP terminated by peer
Apr 27 13:59:56 aster pppd[2844]: Connection terminated.

Apr 28 19:40:47 aster pppd[13891]: LCP terminated by peer
Apr 28 19:40:50 aster pppd[13891]: Connection terminated.
Apr 28 19:40:50 aster pppd[13891]: Modem hangup

Apr 29 10:13:10 aster pppd[13891]: LCP terminated by peer
Apr 29 10:13:13 aster pppd[13891]: Connection terminated.
Apr 29 10:13:13 aster pppd[13891]: Modem hangup

Иногда соединение пропадает и не восстанавливается по след. причинам

May  1 14:10:57 aster pppd[24997]: Sent 28720978 bytes, received 536744812 bytes.
May  1 14:11:00 aster pppd[24997]: Connection terminated.
May  1 14:11:00 aster pppd[24997]: Modem hangup
May  1 14:12:21 aster pppd[24997]: PPP session is 12682
May  1 14:12:21 aster pppd[24997]: Using interface ppp0
May  1 14:12:21 aster pppd[24997]: Connect: ppp0 <--> eth0
May  1 14:12:51 aster pppd[24997]: LCP: timeout sending Config-Requests
May  1 14:12:51 aster pppd[24997]: Connection terminated.
May  1 14:12:51 aster pppd[24997]: Modem hangup
May  1 14:13:57 aster pppd[24997]: PPP session is 12705
May  1 14:13:57 aster pppd[24997]: Using interface ppp0
May  1 14:13:57 aster pppd[24997]: Connect: ppp0 <--> eth0
May  1 14:14:54 aster pppd[24997]: LCP: timeout sending Config-Requests
May  1 14:14:54 aster pppd[24997]: Connection terminated.
May  1 14:14:54 aster pppd[24997]: Modem hangup

Дозвониться до тех поддержки - в общем бесполезно. Не ожидал от ТТК что они сделают тех поддержку БЕЗ ПРЯМОГО городского номера. просто бред.
Но и дозвонившись - ничего вразмутиельного получит не удается. Тех. потенциал ребят - просто ни очем.
Единсвенное чего добился это:
"в вашем районе проблемы с оборудованием. у нас в сети иногда бывает шторм"
(Район 4 советская, 86а)

Ровно неделю борюсь с ветряными мельницами. Результата никакого.

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

Эксперементирую с опциями . Но качественного результата нет.
в моем конфиге

crtscts
#passive
#modem
#lcp-echo-failure
#lcp-echo-interval 
persist
#demand
#idle
debug включил тольво недавно. РАЗРЫВА :) не  было еще при включенном

В связи с этим Вопрос:
У кого из проживающих в моем районе есть работащий конфиг(файл options) ppp ?


P.S Господин Александр, начальник тех развития ТТК - это огромный камень в ваш огород.
Господин Алексей Попов, должность называть не буду - срочно поднимайте потенциал своих ребят. Люди не могут вразмутительно ответить на вопрос не касающий кода ошибки соединиея в ОС Windows.


P.P.S Конечно проблемы "физиков" с их бюджетом ничто для компании. Но, ребята ТТКашники, вам чести не делает такое положение вещей. Звонить вам бесполезно. Ходить в ваш офис тоже. ответы в молоко. Вы собираетесь деньги зарабатывать на частниках или для галочки делаете "покрытие"?

[Baikal]

Не ожидал от ТТК что они сделают тех поддержку БЕЗ ПРЯМОГО городского номера.

как так. Вроде на сайте вполне таки городской номер техподдержки

[r1]

как так. Вроде на сайте вполне таки городской номер техподдержки

79 88 88
633 999
телефоны ведут на девочек задача которых
"отделять технические проблемы от коммерческих"
т.е или у вас кончились деньги или у вас есть тех. сложности.
И только после того как абонент мужественно попросит переключить на тех поддержку - есть шанс "повисеть на трубе" десяток минут и услышать дежурный вопрос. "Номер ошибки?"

Ну, мы люди грамотные и сторонимся оценочного восприятия мира, но не рак ли мозга случился у человека кто придумал и следующее. Режим работы тех поддержки. С 11 до 23.
Комментарии не нужны.

[Ig0r]

Вывод ТТК - ВАТА?

P.S. некто Нелюбин Петр Алексеевич 22 Авг 2008 обещал подключить до Нового года, после обещал подключить как только снег растает...ждемс так сказать.

[Rus]

Ну, мы люди грамотные и сторонимся оценочного восприятия мира, но не рак ли мозга случился у человека кто придумал и следующее. Режим работы тех поддержки. С 11 до 23.
Комментарии не нужны.

у них техподдержка централизованная скорее всего, московская. Отсюда и время такое...

[r1]

Ну, мы люди грамотные и сторонимся оценочного восприятия мира, но не рак ли мозга случился у человека кто придумал и следующее. Режим работы тех поддержки. С 11 до 23.
Комментарии не нужны.

у них техподдержка централизованная скорее всего, московская. Отсюда и время такое...

нет. местная.

[r1]

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

May 1 18:03:14 aster pppd[4142]: Unable to complete PPPoE Discovery

Естественно, я не ставлю вопрос как избежать разрывово. сотороны клиента это сделать в данном случае не возможно. Вопрос стоит как минимизировать простой.
В моем случае, я минимизирвоал простой до от 1 до 5 минут. Хотя Алексей Столбов из ТТК говорил, что стоит задержка на авторизацию в 5 минут. Как мы видим это не так. Вот подробный лог разрыва и поднятия соединения

May  2 09:50:43 aster pppd[4198]: Modem hangup
May  2 09:51:13 aster pppd[4198]: PADS: Service-Name: ''
May  2 09:51:13 aster pppd[4198]: PPP session is 23968
May  2 09:51:13 aster pppd[4198]: using channel 10
May  2 09:51:13 aster pppd[4198]: Using interface ppp0
May  2 09:51:13 aster pppd[4198]: Connect: ppp0 <--> eth0
May  2 09:51:13 aster pppd[4198]: sent [LCP ConfReq id=0x3 <mru 1492> <magic 0xf9a5801a>]
May  2 09:51:13 aster pppd[4198]: rcvd [LCP ConfAck id=0x3 <mru 1492> <magic 0xf9a5801a>]
May  2 09:51:15 aster pppd[4198]: rcvd [LCP ConfReq id=0x2 <mru 1492> <auth chap MD5> <magic 0x2dcd7ccb>]
May  2 09:51:15 aster pppd[4198]: sent [LCP ConfAck id=0x2 <mru 1492> <auth chap MD5> <magic 0x2dcd7ccb>]
May  2 09:51:15 aster pppd[4198]: rcvd [CHAP Challenge id=0x1 <c1ef8e62f7d00edb0e68ad6c77385da6>, name = "ra01-01"]
May  2 09:51:15 aster pppd[4198]: sent [CHAP Response id=0x1 <c82c519017fe02dcbe50d1d3efb75ba6>, name = "381001533"]
May  2 09:51:15 aster pppd[4198]: rcvd [CHAP Success id=0x1 ""]
May  2 09:51:15 aster pppd[4198]: CHAP authentication succeeded
May  2 09:51:15 aster pppd[4198]: CHAP authentication succeeded
May  2 09:51:15 aster pppd[4198]: peer from calling number 00:21:D8:73:48:1B authorized
May  2 09:51:15 aster pppd[4198]: sent [IPCP ConfReq id=0x5 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
May  2 09:51:15 aster pppd[4198]: rcvd [IPCP ConfReq id=0x1 <addr 10.11.255.5>]
May  2 09:51:15 aster pppd[4198]: sent [IPCP ConfAck id=0x1 <addr 10.11.255.5>]
May  2 09:51:15 aster pppd[4198]: rcvd [IPCP ConfNak id=0x5 <addr 62.33.169.103> <ms-dns1 80.82.162.82> <ms-dns3 217.150.34.129>]
May  2 09:51:15 aster pppd[4198]: sent [IPCP ConfReq id=0x6 <addr 62.33.169.103> <ms-dns1 80.82.162.82> <ms-dns3 217.150.34.129>]
May  2 09:51:15 aster pppd[4198]: rcvd [IPCP ConfAck id=0x6 <addr 62.33.169.103> <ms-dns1 80.82.162.82> <ms-dns3 217.150.34.129>]
May  2 09:51:15 aster pppd[4198]: replacing old default route to eth0 [192.168.90.20]
May  2 09:51:15 aster pppd[4198]: Cannot determine ethernet address for proxy ARP
May  2 09:51:15 aster pppd[4198]: local  IP address 62.33.169.103
May  2 09:51:15 aster pppd[4198]: remote IP address 10.11.255.5
May  2 09:51:15 aster pppd[4198]: primary   DNS address 80.82.162.82

В этом случае почти минута простоя. Но для меня критичен сам факт прерывания .

[denisfaq]

А не будет ли быстрее и правильнее если настроить ппое на модеме?

[Baikal]

причем тут модем

[-=downgrader=-]

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

почти аналогичная проблема, только на винде, прикол в следующем: периодически рвется соединение (бывает 2-3 дня отработает) и при дозвоне не видит сервак... в лучшем случае дозвонится минуты через 2 в худшем минут 10 долбится может. Самое интересное то что тут же конектишься с дургого компа - соединяется. Думал сначала что у меня в буке сетевушка подглюкивает, а нет... На другом компе та же хня, после разрыва соединения не может додолбиться... Уже и не знаю что думать...