ru.networks

 
 - RU.NETWORKS ------------------------------------------------------------------
 From : Alexander Shevchenko                 2:5020/1817.26 02 Nov 2004  18:33:36
 To : Sergey Korolew
 Subject : wlan
 -------------------------------------------------------------------------------- 
 

 
 01 ноября 2004 22:43, Sergey Korolew => Alexander Shevchenko:
 
  [skip]
 
  AS>> А где его брать то?? :) Всмысле обновления для ng_*?
  SK> В cvs ?
 
 То есть проще систему переставить на что-нить поновей? :)
 
  AS>>  Похоже пора на 5.2 переезжать.
  SK> Hу нафиг, я 5.3 release жду. 5.3 beta5 работает уже давно без
  SK> претензий.
 
 Hу это ждать нада :)
 
  AS>>  Кстати, читал в инете что и на последних mpd и BSD
  AS>> данная проблемма невсегда решается :(
  SK> _Которая_ проблема ?
 
 Моя. Линк замирает. Переконекчивается (я таймауты урезал), а там он замер...
 повисел, отлип)
 
  SK> Их на самом деле много и без изучения можно не понять что там на самом
  SK> деле происходит.
 
 Залип, в логе про неответ LCP, а при пинге через тунель no buffer allocate.
 
  SK> Вот оригинал моего письма. Учти что это старый вариант, сохраняющий
  SK> совместимость с ранними версиями mpd. В общем, читай внимательнее.
 
  [skip]
 
  SK> В pptpgre-ноде измеряется время от передачи пакета до получения
  SK> подтверждения gre-ack на него, накапливается статистика и
  SK> корректируется размер окна передачи. Что это означает - нода передает
  SK> бурстом (в пачке) только n-ое количество пакетов, остальные
  SK> притормаживаются до получения подтверждения на уже отосланные, в это
  SK> время при попытке отослать еще нода возвращает NOMBUFS (то самое no
  SK> buffer space available).
 
 А та сторона не отвечает, а ждет след. порции? У меня это происходит при
 постоянном трафике, то есть ждать особо нечего, пакеты бегут и бегут (контра
 тажа самая).
 
  SK> В моем случае засада возникает из-за чрезмерно умного железа
  SK> (радиокарты), которые имеют тенденцию накапливать мелкие пакеты в
  SK> буфере и потом передавать их за один раз.
 
 То есть может помоч смена сетевушки?
 
  SK> При просмотре tcpdumpом я наблюдал до 32 (!) gre-ack пакетов за один
  SK> раз с запаздыванием до секунды (!!!). Hо максимальный размер окна
  SK> передачи 16, плюс с того конца линка работает тот же самый адаптивный
  SK> алгоритм, в результате имеем следующую ситуацию - у обоих передатчиков
  SK> размер окна становится
  SK> 1. Самостоятельно разрулиться это в случае с WinXP не может (mpd-mpd
  SK> линк теоретически способен, при определенной настройке). Сервер на
  SK> poptop работает неплохо - он просто тупо шлет пакеты, без излишнего
  SK> интеллекта.
 
 млин. Hа него что ли переползти.... чуял я пятой точкой, что с mpd жизни не
 будет... нет, млин... :(
 
  [skip]
 Спасибо. Вроде ясно стало. То есть теоритически, существуют три решения (в
 порядке предпочтения):
 смена сетевой (самое простое - сегодня же займусь)
 переход на poptop
 патч mpd
 (ну и железный вариант :)
                                                        Alexander Shevchenko
 
 ... Default tagline #2
 ---
  * Origin: Default origin (2:5020/1817.26)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

Тема:    Автор:    Дата:    wlan   Alexander Shevchenko   02 Nov 2004 18:33:36   wlan   Sergey Korolew   04 Nov 2004 01:37:32   wlan   Alexander Shevchenko   04 Nov 2004 13:27:55   wlan   Sergey Korolew   06 Nov 2004 00:56:26   Re: wlan   Denis Mazharov   06 Nov 2004 16:34:25