-
- Сервер принимает на одном порту, ответ отправляет на тот порт, с которого принята дейтаграмма. Сокет на сервере один, на клиенте тоже. Адреса во время сессии не меняются - то что выдал опсос во время установки соединения. - Гудвин(13.04.2019 12:22)
- Да, странно, всё выглядит так, что работать должно без сучка и задоринки. а промежуток времени между посылкой клиента и ответом сервера, всё же каков? - blackprapor(13.04.2019 12:34)
- Вот снял кусочек видео "пинг-понга". Это окно консоли сервера и "дудкИ" девайса. Интервал 3 сек, порты на севере и клиенте=10000, короткий пакет.(Оторожно - 37 метров). С пакетами длиной 512 байт и интервалом 10 сек. ситуация была почти красивой, Гудвин(53 знак., 13.04.2019 13:27 - 13:29, ссылка)
- может, проблема всё же на канальном уровне? ну, там, с качеством связи чтотоо. я не очень понимаю, почему при указанных условиях не должно проходить через нат, условия самые благоприятные, если только преднамеренно не отбрасываются пакеты или blackprapor(16 знак., 13.04.2019 13:52)
- Намереваюсь сейчас посмотреть ID и TTL IP заголовка пакетов, который выдает стек Keil. - Гудвин(13.04.2019 14:09)
- Интересно, а обмен, замаскированный под DNS udp запросы и ответы, у них тоже будут проходить раз через раз? - blackprapor(13.04.2019 17:00)
- Таки луникс - вещь! Млять, в отличии от винды достаточно наткнуть всего-навсего "tcpdump udp -n -v". Вот 2 последовательные посылки: Гудвин(1008 знак., 13.04.2019 16:20)
- Намереваюсь сейчас посмотреть ID и TTL IP заголовка пакетов, который выдает стек Keil. - Гудвин(13.04.2019 14:09)
- может, проблема всё же на канальном уровне? ну, там, с качеством связи чтотоо. я не очень понимаю, почему при указанных условиях не должно проходить через нат, условия самые благоприятные, если только преднамеренно не отбрасываются пакеты или blackprapor(16 знак., 13.04.2019 13:52)
- Когда как - сотовая... Иногда сразу, иногда через пару секунд. Иногда никогда :) - Гудвин(13.04.2019 12:51)
- я имел в виду промежуток между получением сервером запроса и его же ответом. как понимаю, сервер отвечает сразу же? уж, по крайней мере, несколько секунд запись в таблице нат должна храниться. слеедовательно, "мгновенный", ответ должон проходить blackprapor(9 знак., 13.04.2019 13:22)
- Да - сервер отвечает сразу после приема. - Гудвин(13.04.2019 13:32)
- я имел в виду промежуток между получением сервером запроса и его же ответом. как понимаю, сервер отвечает сразу же? уж, по крайней мере, несколько секунд запись в таблице нат должна храниться. слеедовательно, "мгновенный", ответ должон проходить blackprapor(9 знак., 13.04.2019 13:22)
- Вот снял кусочек видео "пинг-понга". Это окно консоли сервера и "дудкИ" девайса. Интервал 3 сек, порты на севере и клиенте=10000, короткий пакет.(Оторожно - 37 метров). С пакетами длиной 512 байт и интервалом 10 сек. ситуация была почти красивой, Гудвин(53 знак., 13.04.2019 13:27 - 13:29, ссылка)
- Да, странно, всё выглядит так, что работать должно без сучка и задоринки. а промежуток времени между посылкой клиента и ответом сервера, всё же каков? - blackprapor(13.04.2019 12:34)
- Сервер принимает на одном порту, ответ отправляет на тот порт, с которого принята дейтаграмма. Сокет на сервере один, на клиенте тоже. Адреса во время сессии не меняются - то что выдал опсос во время установки соединения. - Гудвин(13.04.2019 12:22)