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

Может есть какие то ньюансы в создании ре-трансмит пакета для PPP ?

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

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

все верно, один и тот же стек используется для отправки в езрнет и жсм. в жсм просто обворачивается дополнительно в ппп.
дак вот если выплюнуть 2 одинаковых пакета в езернет, сниффер видет ре-трансмит пакет, однако в жсм повторного пакета нет...

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