The OpenNET Project / Index page

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

Решение проблемы при отказе работы Skype за шлюзом с изменённым TCP MSL
Есть несколько офисов, выходящих в интернет через шлюз с FreeBSD + ipfw +
ipnat. После тюнинга сетевой подсистемы шлюза перестал работать скайп во вне. С
 внутриофисными контактами связь работала видимо потому что скайп соединяется
напрямую с ними.

В результате поиска причины - выяснилось что виной тому была переменная sysctl:

   net.inet.tcp.msl=5000 

время которое соединение может пребывать в состоянии TIME_WAIT. (T = msl*2/1000 секунд) 

После возврата на исходное значение 30000 (T=60 сек.) Skype снова заработал.
 
02.02.2018 , Автор: Крепышик
Ключи: skype, freebsd / Лицензия: CC-BY
Раздел:    Корень / Администратору / Система / FreeBSD специфика / Сис. информация, оптимизация и тюнинг FreeBSD

Обсуждение [ Линейный режим | Показать все | RSS ]
  • 1.1, Werter (??), 19:48, 17/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    pfsense\opnsense в помощь
    ни единого разрыва
     
  • 1.2, Аноним 80_уровня (ok), 00:29, 18/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какое-нибудь логическое объяснение возникновению проблемы нашли?
     
     
  • 2.9, Аноним (-), 21:24, 27/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Стандартное. Шибко ретивый но не шибко грамотный админ.
     
     
  • 3.10, Andrey Mitrofanov (?), 14:05, 28/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Стандартное. Шибко ретивый но не шибко грамотный админ.

    Почему же "неграмотный"? Вон, смотри, совет написал.

    //а, вижу "не шибко"<>"не".  ай, ты ж предусмотрительный.

     
  • 3.15, Онаним (?), 21:05, 03/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее шибко корявый, капризный,оттестированный только на последней винде со стандартными настройками новый мелкомягкий протокол.
     

  • 1.3, efim (?), 02:12, 18/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как нашли проблему
     
     
  • 2.4, Аноним (-), 02:24, 19/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Дорогой нубик, ты потерял знак вопроса или двоеточие и подробное разъяснение?

    Если первое, то с чего ты решил, что кто-то что-то будет объяснять такому скупердяю?

    Если второе, то может тебе настало время прекратить бухать после/вместо работы?

     

  • 1.5, None (??), 12:02, 21/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    типичный пример того, как не стоит крутить переменные, не зная, за что они отвечают + незнание матчасти(предполагаю, что и решение нашли тупым перебором).
     
     
  • 2.6, Andrey Mitrofanov (?), 12:12, 21/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > типичный пример того, как не стоит крутить переменные, не зная, за что
    > они отвечают

    ...в микрософтовском блобе скайпа, глюпые.   А ведь могли бы "просто"ТМ прочитать на МСДН-е, да!

    > + незнание матчасти(предполагаю, что и решение нашли тупым перебором).

    Вы же не предлагаете же им, болезным, же реверс-компилить или трейсить-дебажить SETUP.EXE или как там его??7

     
     
  • 3.7, пох (?), 16:53, 21/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > ...в микрософтовском блобе скайпа, глюпые.

    угу, угу - "мы крутили-вертели параметры, смысла которых нифига не понимали, и зачем это делали - тоже, но виноват, конечно же, проклятый microsoft, но мы его, проклятого, победили, открутив как было"

    > Вы же не предлагаете же им, болезным, же реверс-компилить или трейсить-дебажить SETUP.EXE
    > или как там его??7

    у больных опенотсосием в голове не помещается других способов траблшутинга, ведь так?

    P.S. у новости еще и прекрасное название было, ровно в этом же стиле. К счастью, модераторами все же исправленное, хотя и не до конца. "решение проблемы, созданной на пустом месте собственным рукожопием", вот как это называется на самом деле. Никакой специфики ни freebsd, ни скайпа в ней нет.
    И имейте в виду, что тайминги ip -протоколов продумывали люди, существеннее грамотней вас. Если какая-то константа кажется вам неправильной - скорее всего вы не понимаете, как это работает.

     
     
  • 4.8, Аноним (-), 05:22, 25/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Однако по беспроводным каналам TCP/IP работает на редкость паршиво. Так что параметры параметрами, а всего не предусмотришь. С congestion control в TCP брейнфак вышел знатный. Особенно в классических вариантах.
     
  • 4.11, Аноним (-), 22:49, 02/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > тайминги ip -протоколов продумывали люди, существеннее грамотней вас

    Продумывали во времена dial-up модемов, ага
    Если бы интернет изобрели сейчас, без оглядки на обратную совместимость, используя современные гигабитные сетевые карты, то протоколы были бы совершенно другими

     
     
  • 5.12, Аноним (-), 12:08, 03/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    SCTP вроде уже придумали c multihoming и RTO зависящим от RTT.
    только вместо SCTP впилили http2 over tcp
     
     
  • 6.13, Аноним (-), 13:00, 03/03/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А ты много роутеров знаешь у которых NAT умеет работать с чем-то ещё кроме TCP/UDP/ICMP ?
    Если запилить SCTP в качестве протокола по умолчанию, то у 99% пользователей интернета он не будет работать
     

  • 1.14, Нанобот (ok), 19:06, 03/03/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я ж правильно понимаю, что настройка net.inet.tcp.msl влияет только на локальные tcp-соединения и не влияет nat-соединения?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




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

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