реклама на сайте
подробности

 
 
> GSM PPP: нет ре-трансмитов TCP пакетов
k000858
сообщение Aug 21 2014, 05:18
Сообщение #1


Местный
***

Группа: Участник
Сообщений: 319
Регистрация: 31-01-12
Пользователь №: 69 978



На GSM модуле quectel M10 поднимается PPP соединение с белым статическим IP адресом, и осуществляется передача данных по TCP (в обход встроенного в модуль ПО на основе своего TCP/IP стека).
В связи с плохим качеством GSM связи некоторая часть TCP пакетов теряется, однако исходящих из GSM модуля ре-трансмит пакетов нет - не видно сетевым сниффером..
Этот же алгоритм IP трафика по интерфейсу ethernet работает нормально.

Может есть какие то ньюансы в создании ре-трансмит пакета для PPP ?
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов (1 - 3)
kan35
сообщение Aug 22 2014, 15:59
Сообщение #2


Знающий
****

Группа: Участник
Сообщений: 537
Регистрация: 22-02-06
Пользователь №: 14 594



Согласно протоколу TCP потери пакетов невозможны, стек собирает данные четко в последовательности их входа на передающей стороне и если часть из середины потеряется, то очередные просто не вылезут в приемнике.
Так что, у вас ошибка либо в стеке, либо в аппликации.

В данном контексте PPP это аналог ETHERNET и может рассматриваться как транспортный уровень. Вы же в драйвер ETH не лезете чтобы настроить ретрансмиты и проч, то же самое с PPP - он самонастраивающийся, то есть берет параметры которые ему советует сервер GSM и наоборот, что модем/реализация протокола PPP не позволяет делать - сообщается серверу (например максимальная фрагментация, размеры пакетов и т д).
Go to the top of the page
 
+Quote Post
k000858
сообщение Aug 26 2014, 06:59
Сообщение #3


Местный
***

Группа: Участник
Сообщений: 319
Регистрация: 31-01-12
Пользователь №: 69 978



Цитата(kan35 @ Aug 22 2014, 18:59) *
Согласно протоколу TCP потери пакетов невозможны, стек собирает данные четко в последовательности их входа на передающей стороне и если часть из середины потеряется, то очередные просто не вылезут в приемнике.
Так что, у вас ошибка либо в стеке, либо в аппликации.

В данном контексте PPP это аналог ETHERNET и может рассматриваться как транспортный уровень. Вы же в драйвер ETH не лезете чтобы настроить ретрансмиты и проч, то же самое с PPP - он самонастраивающийся, то есть берет параметры которые ему советует сервер GSM и наоборот, что модем/реализация протокола PPP не позволяет делать - сообщается серверу (например максимальная фрагментация, размеры пакетов и т д).

все верно, один и тот же стек используется для отправки в езрнет и жсм. в жсм просто обворачивается дополнительно в ппп.
дак вот если выплюнуть 2 одинаковых пакета в езернет, сниффер видет ре-трансмит пакет, однако в жсм повторного пакета нет...
Go to the top of the page
 
+Quote Post
kan35
сообщение Aug 26 2014, 16:03
Сообщение #4


Знающий
****

Группа: Участник
Сообщений: 537
Регистрация: 22-02-06
Пользователь №: 14 594



Использую lwIP с GSM модемом. Снифером пользоваться не умею, то в терминале вижу, что ретрансмит пакетов делается если в течение нескольких секунд нет никакого ответа. И делает ретрансмит уровень TCP как я понимаю. Другие уровни стека включая PPP не должны делать ретрансмит сами, на сколько я понимаю (?) только TCP.
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 24th August 2025 - 23:19
Рейтинг@Mail.ru


Страница сгенерированна за 0.01331 секунд с 7
ELECTRONIX ©2004-2016