Насколько качественно SIM300 работает по TCP/IP? Опции

[AlexandrY]

Вопрос в связи с тем, что от этого зависит эффективная скорость перекачки файлов.
Например это критично для удаленных камер или проcлушивания по TCP.

Т.е. как SIM300 справляется с заторами на NAT-сервере провайдера, не слишком ли длинные паузы на ретрансмит.
Быстрая ли реакция на дублирующиеся пакеты с ACK.
Быстро ли сам отправляет ACK. Правильно ли определяет емкость канала на этапе разгона.
Какое окно на прием.
Правильно ли встроенный FTP отрабатывает подключение перез NAT по активному FTP.

А то, например, Telit GE863 показал хреновые результаты по прокачке, где-то 1 кбайт/сек при закачке файлов на удаленный сервер в идеальных условиях. Плохо емкость канала просчитывает. (т.е. сколько можно послать пакетов не ожидая подтверждения).

А вот NOKIA12 с тойже SIM картой и на тот же сервер показывает скорость 6 кбайт/сек.

[stream]

Вряд ли кто-то проводил подобные исследования.

Я видел максимальную скорость аплоада в районе 3 с хвостиком кб/сек (средняя на на файле в пару мегабайт). Машина была под WinXP.

В плохих условиях, при загруженных каналах в центре города, начались какие-то непонятки. Правда, на той машине была другая, совсем не виндовая, ОС и, соотвественно, другой PPP-клиент. Все страшно тормозило. В статистике PPP-интерфейса на передачу было огромное кол-во ретрансмитов по таймауту (объем физически прокачанных через модуль данных был почти в два раза больше логически отправленных). В статистике на прием - очень много out-of-order blocks. За сеанс было два запроса на смену размера окна.

Я не знаю, кто был виновен в таком поведении - неудачный PPP-клиент на компе, модуль, или я так неудачно попал, что именно в этот момент колбасило оператора (тогда даже ответы на пинги приходили порой не по порядку).

В другом месте города, на другом операторе - 3 и более кб/сек без проблем.

[edo]

В статистике PPP-интерфейса на передачу было огромное кол-во ретрансмитов по таймауту

какие ретрансмиты в ppp?!? ppp отсылает пакет и забывает про него.
перепосылки могут быть в tcp.

В статистике на прием - очень много out-of-order blocks.

опять это скорее tcp.
бывает, в общем ничего страшного при нормальной реализации tcp.

За сеанс было два запроса на смену размера окна.

ну это вообще штатная ситуация. первая пришедшая в голову аналогия "по дороге на работу 2 раза видел машины с включенными поворотниками".

[AlexandrY]

Отдельный пакет с требованием изменить окно должен наверно говорить о возникновени неожиданных тормозов на приемной стороне.

Я так склоняюсь к версии, что в плохом трафике модем не меньше виноват чем сеть самого оператора.
Так в том же примере с NOKIA и Telit.
Я ж их проверял практически в одно и тоже время с одной и той же картой.
Характеристики сети оператора не могли успеть измениться. Тем более модемы я чередовал несколько раз.
Антена базовой станции в 50 метрах от модемов была в прямой видимости.
И NOKIA с EDGE могда качать 6 KB и сеть не стопорила, а Telit и 1 KB без заторов прокачать не мог как будто сеть не успевает за ним.

Правда в другое время дня и Telit мог качать без создания заторов в TCP трафике но очень медленно, как будто у оператора сильно увеличился round-trip time.

>За сеанс было два запроса на смену размера окна.

ну это вообще штатная ситуация. первая пришедшая в голову аналогия "по дороге на работу 2 раза видел машины с включенными поворотниками".

[edo]

Отдельный пакет с требованием изменить окно должен наверно говорить о возникновени неожиданных тормозов на приемной стороне.

где сказано про отдельный пакет?

И NOKIA с EDGE могда качать 6 KB и сеть не стопорила, а Telit и 1 KB без заторов прокачать не мог как будто сеть не успевает за ним

я не пойму, вы сравниваете gprs с edge или реализацию tcp-стека в разных модемах?