LINUX.ORG.RU

Проблема с pppd на плохой линии


0

0

Добрый день господа!! Есть такая задача. Надо организовать связь на модемах Courier на очень длинной линии (более 250 км, 3 транзитные РРЛ). Пока методом проб удалось связfться (протокол HST, время ожидания потери несущей до 5сек, mru 296 mtu 576 увеличением времени на все lcp дела) на некотрое время(от 10 до 2 часов). В основном модемы отваливаетются по такому сцеенарию: Что еще можно похимичить?? (дистр Suse 7.3 pppd 2.4.1) pppd[3564]: sent [LCP EchoReq id=0x57 magic=0x3d551b24] pppd[3564]: rcvd [LCP EchoRep id=0x57 magic=0x711a] pppd[3564]: sent [LCP EchoReq id=0x58 magic=0x3d551b24] pppd[3564]: rcvd [LCP EchoRep id=0x58 magic=0x711a] pppd[3564]: sent [LCP EchoReq id=0x59 magic=0x3d551b24] pppd[3564]: rcvd [LCP EchoRep id=0x59 magic=0x711a] pppd[3564]: Hangup (SIGHUP) pppd[3564]: Modem hangup pppd[3564]: cbcp_lowerdown pppd[3564]: Script /etc/ppp/ip-down started (pid 3586) pppd[3564]: Connection terminated. pppd[3564]: Connect time 74.8 minutes. pppd[3564]: Sent 595572 bytes, received 519127 bytes.

anonymous

Не удачный выбор тип модемов под такую задачу...Ну говно эти
USR модемы по всем параметрам, ZyXeL как минимум надо ставить
для надежности, желательно еще старых серий с "+", эти звери
работают уже много лет у меня на чуть меньшем расстоянии,
на очень поганной линии, 9600 всегда стабильно держит, пробовали
больше, не тянет. А HST вообще не пошел, какие только прошивки
в курьер не заливали, глюки аналогично вашим, я уж не говорю про
способность к зависонам курьеров, переодически надо передергивать...
А pppd тут совсем не причем...

anonymous
()
Ответ на: комментарий от ansky

Это все верно пробовал до 9600 опускать но при этом естественно падает пропускная способность линии, что тоже плохо для программы которая тянет данные. А HST больше 16900 не соединяеться это его потолок.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.