Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Вторник
16 сентября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

0xFF

1075878 Топик полностью

Evgeny_CD^{Архитектор} (10.02.2021 10:29, просмотров: 176) ответил eyыeyк на Это распространённая проблема, NAT провайдеров плохо держит много сессий,

Системный вопрос - почему UDP за NAT живется хуже? Статистика это подтверждает.

Ответить

- TCP постоянно держит сессию, периодически обмениваясь пакетами с подтверждениями. NATу не составляет труда держать проброс пакетов из Интернет к компьютеру за транслятором, так как сессия TCP легко прослеживается по протоколу. Nikolay_Po(2457 знак., 10.02.2021 13:29)
  - Спасибо! - Evgeny_CD(10.02.2021 14:36)
  - пояснение не полное без ссылки на типы NAT eyыeyк(378 знак., 10.02.2021 14:10, ссылка)
- Не претендуя на истину, предположу eyыeyк(378 знак., 10.02.2021 11:11, )
  - Для обхода проблемы таймаутов, если есть желание использовать транспорт UDP, используйте протокол уровня приложения SIP с включённой функцией Silence Suppression. Эта фишка позволяет передавать пакеты с данными (media) в сессии SIP не всегда, а только тогда, когда есть данные (разговор). Таким образом, будете иметь действительную сессию, распознаваемую NAT'ом и не используя протокол TCP. Правда, чтобы в этом случае сама сессия SIP не разорвалась по таймауту, узлам придётся Nikolay_Po(544 знак., 10.02.2021 13:39)
    - Спасибо! А в отчетах операторов доля SIP трафика все растет и растет :) - Evgeny_CD(10.02.2021 14:35)
    - понадобиться внешний "фэйковый" SIP узел. - eyыeyк(10.02.2021 14:01)
      - Это если оба хоста на концах канала - за NAT. - Nikolay_Po(10.02.2021 14:50)
  - Логично. - Evgeny_CD(10.02.2021 11:31)