-
- Почитал про билайн, похоже, не любят в билайне UDP blackprapor(69 знак., 13.04.2019 18:05)
- а с какого порта клиент отправляет данные, на какой принимает, и с какого при этом получает сервер и на какие сам отвечает? - blackprapor(13.04.2019 07:17)
- В данный момент на сервере 777, у терминалов 1000. - Гудвин(13.04.2019 11:11)
- я не про то спросил, возможно неверно сформулировал. конкретный номер не очень интересует, blackprapor(841 знак., 13.04.2019 11:34 - 11:44)
- Сервер принимает на одном порту, ответ отправляет на тот порт, с которого принята дейтаграмма. Сокет на сервере один, на клиенте тоже. Адреса во время сессии не меняются - то что выдал опсос во время установки соединения. - Гудвин(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)
- Сейчас попробую SIP-овский 5060 на сервере, и 10000...20000 на клиенте. Возможно у опсоса какие то особые правила для SIP. - Гудвин(13.04.2019 11:18)
- для некоторых протоколов типа sip некоторые nat действительно иногда используют особые методы обработки, связано с тем, что адреса в этих протоколах используются еще и внутри пакета ппротокола и простой заменой локального адреса в ip пакете на blackprapor(44 знак., 13.04.2019 11:54)
- Гы :) Попробовал. Ситуация примерно такая же. Но появилась задержка времени доставки на сервер и на сервере вывалилось вот такое (внутри). Мой серверок "голый" - только один UDP порт открыт наружу. Это уже "довесок" от опсоса похоже. Гудвин(498 знак., 13.04.2019 12:39 - 12:43)
- ну да, а ваши пакеты от сервера "левыми "похоже приходят другим. blackprapor(97 знак., 13.04.2019 13:30)
- Гы :) Попробовал. Ситуация примерно такая же. Но появилась задержка времени доставки на сервер и на сервере вывалилось вот такое (внутри). Мой серверок "голый" - только один UDP порт открыт наружу. Это уже "довесок" от опсоса похоже. Гудвин(498 знак., 13.04.2019 12:39 - 12:43)
- для некоторых протоколов типа sip некоторые nat действительно иногда используют особые методы обработки, связано с тем, что адреса в этих протоколах используются еще и внутри пакета ппротокола и простой заменой локального адреса в ip пакете на blackprapor(44 знак., 13.04.2019 11:54)
- я не про то спросил, возможно неверно сформулировал. конкретный номер не очень интересует, blackprapor(841 знак., 13.04.2019 11:34 - 11:44)
- В данный момент на сервере 777, у терминалов 1000. - Гудвин(13.04.2019 11:11)
- Можно рассчитывать на близкую к 100% доставку исходящих от мобильного абонента пакетов UDP, но нельзя рассчитывать на обратное, за исключением покупки выделенного IP-адреса. Nikolay_Po(1808 знак., 12.04.2019 22:36)
- это не объясняет напрямую, почему сразу после исходящего из мобильного, входящие на него не проходят или гудвин не так объяснил проблему или я не так его понял - blackprapor(13.04.2019 07:03)
- Спасибо. Как раз пытаю вариант с "постоянным пингом" и оно начинает дышать довольно ровно после 3..4 посылок с 10-секундным интервалом. Постоянно держать сессию в полях не получится, да и нежелательно по соображениям ЭМС. Мне главное, чтобы Гудвин(749 знак., 12.04.2019 23:17)
- Спасибо! Класс!!! Простое и понятное объяснение проблемы, с которой многие мучались. Мне стыдно ощущать себя идиотом, который до такого сам не додумался. - Evgeny_CD(12.04.2019 22:42)
- Там что угодно может твориться. Бывало такое, что через некоторых провайдеров L2TP/IPsec не коннектился. В том числе, кажется, один из них был билайн (точно не ручаюсь) blackprapor(32 знак., 12.04.2019 19:27 - 19:32)
"А впереди ещё Яровая".bnb62(91 знак., 13.04.2019 12:11)- Думаю, там скорее DPI стоит с момента GPRS. Особенно у Билайна. - Evgeny_CD(12.04.2019 21:34)
- Лет 10 в сети Билайна все было очень плохо с UDP. До сервера доходило менее 30% пакетов GPRS. Обратное даже не измеряли :) - Evgeny_CD(12.04.2019 19:09)