The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Замирание канала при длительной загрузке (FreeBSD)"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Замирание канала при длительной загрузке (FreeBSD)"
Сообщение от pmd emailИскать по авторуВ закладки on 14-Апр-04, 23:57  (MSK)
Привет всем гуру РРР и Dialup'а.
Хочу поделится бедой и найти хороший совет. Итак...

Поднял я недавно dialup-сервер на FreeBSD5.2.
Слушает mgetty, сервис построен на pppd (из стандартной сборки).
Трубку снимает нормально, коннект проходит на ура, иногда рвет соединение (плохая линия). Модема 2 (внешние) - нонейм (весьма неплохой) и Zyxel U-1496E.

И все бы ничего, но есть один момент (как в песне групы Ленинград:-)...
- при длительной загруженности канала связи (например скачивание файла обьемом больше 50 кБ) канал как бы замирает на неопределенное время (бывает от 1 минуты и до бесконечности).
Если во время замирания сделать пинг удаленного хоста то он возвращается с огромными знячениями 20 000 - 300 000 мс.
Вот пример:
-------------------------------------------------------------------------
64 bytes from 192.168.0.1: icmp_seq=9 ttl=64 time=23839 ms
64 bytes from 192.168.0.1: icmp_seq=10 ttl=64 time=22839 ms
64 bytes from 192.168.0.1: icmp_seq=11 ttl=64 time=21869 ms
64 bytes from 192.168.0.1: icmp_seq=12 ttl=64 time=20869 ms
64 bytes from 192.168.0.1: icmp_seq=13 ttl=64 time=19879 ms
64 bytes from 192.168.0.1: icmp_seq=14 ttl=64 time=18889 ms
64 bytes from 192.168.0.1: icmp_seq=15 ttl=64 time=17909 ms
64 bytes from 192.168.0.1: icmp_seq=16 ttl=64 time=16919 ms
64 bytes from 192.168.0.1: icmp_seq=17 ttl=64 time=15929 ms
64 bytes from 192.168.0.1: icmp_seq=18 ttl=64 time=14939 ms
64 bytes from 192.168.0.1: icmp_seq=19 ttl=64 time=13959 ms
64 bytes from 192.168.0.1: icmp_seq=31 ttl=64 time=1969 ms
64 bytes from 192.168.0.1: icmp_seq=32 ttl=64 time=979 ms
64 bytes from 192.168.0.1: icmp_seq=33 ttl=64 time=179 ms
64 bytes from 192.168.0.1: icmp_seq=34 ttl=64 time=249 ms
64 bytes from 192.168.0.1: icmp_seq=35 ttl=64 time=149 ms
-------------------------------------------------------------------------
Пробовал отключать сжатие заголовков, менял размеры mtu и rtu в диапазоне 296 - 16384 (остановился на 1500 в обоих случаях).

После передозвона все востанавливается как ни в чем не бывало. Я ррр никогда не занимался - все брал из faq ? статей на opennet. Думаю проблема в pppd-демоне.

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

  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Замирание канала при длительной загрузке (FreeBSD)"
Сообщение от ipmanyak Искать по авторуВ закладки on 15-Апр-04, 06:42  (MSK)
думаю виновата линия и твои модемы занимаются ретрэйнами, попробуй принудительно занизить скорость или попробуй протокол v32b, а не V34B,
думаю в этом случае трабл исчезнет, кстати вопрос на зухеле 1496 такая же ситуация ?  по идее на нем этого не должно быть, у него скорость максимум 14400 в случае с обычными модемами (19200 на своем протоколе zyx19200)
  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Замирание канала при длительной загрузке (FreeBSD)"
Сообщение от pmd emailИскать по авторуВ закладки on 15-Апр-04, 09:28  (MSK)
>думаю виновата линия и твои модемы занимаются ретрэйнами, попробуй принудительно занизить скорость
>или попробуй протокол v32b, а не V34B,
>думаю в этом случае трабл исчезнет, кстати вопрос на зухеле 1496 такая
>же ситуация ?  по идее на нем этого не должно
>быть, у него скорость максимум 14400 в случае с обычными модемами
>(19200 на своем протоколе zyx19200)

На Zyxel'е ситуация аналогичная, проверено.
Насчет линни спорить не буду, сама по себе плохая + между линией и модемом миниАТС стоит.
Имею два вопроса:
1. могу ли я как то принудительно повисить уровень сигнала (может поможет)
2. можно както посмотреть содержание mtu интерфейса ppp0, чтобы на 100%
быть уверенным в том, что данные буферезируются на стороне отправки, пока модемы занимаются ретрэйнами.

Пока все понятно.
Большое спасибо.
----------------------------------------
С уважением,
pmd (в миру Марьян Петришин)

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Замирание канала при длительной загрузке (FreeBSD)"
Сообщение от pmd emailИскать по авторуВ закладки on 17-Апр-04, 19:15  (MSK)
>думаю виновата линия и твои модемы занимаются ретрэйнами, попробуй принудительно занизить скорость
>или попробуй протокол v32b, а не V34B,
>думаю в этом случае трабл исчезнет, кстати вопрос на зухеле 1496 такая
>же ситуация ?  по идее на нем этого не должно
>быть, у него скорость максимум 14400 в случае с обычными модемами
>(19200 на своем протоколе zyx19200)

Стопроцентная правда. МиниАТС отключил (линия идет прямо в модем) - скорость почти не возросла, но пауз больше нету. Очевидно МиниАТС (Panasonic TA308) во время работы временно понижает уровень сигнала. Где это настроитьв в миниАТС пока не нашел, да и нету там таких настроек наверно.

Большое спасибо - будешь во Львове - с меня пиво...
--------
pmd (в миру Марьян Петришин)

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру