Пытаюсь приаттачить GPRS к Atmega128, но не выходит получить IP у МТС!

Вот, например, с Мегафоном на стадии получения IP (IPCP) все окей, он мне пишет:
********************************************************************************
*********
TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22
type:3 len:6 ip: 0.0.0.0
type:129 len:6 ip: 0.0.0.0
type:131 len:6 ip: 0.0.0.0

RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10
type:3 len:6 ip: 192.168.254.254
accepted:3

TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10
type:3 len:6 ip: 192.168.254.254

TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22
type:3 len:6 ip: 0.0.0.0
type:129 len:6 ip: 0.0.0.0
type:131 len:6 ip: 0.0.0.0

RX: Protocol: PPP_IPCP [8021] Code:CNAK [3] ID:0 Len:22
type:3 len:6 ip: 10.184.127.112
type:129 len:6 ip: 10.140.142.45
type:131 len:6 ip: 10.140.142.42

отсылаю для подтверждения:
TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22
type:3 len:6 ip: 10.184.127.112
type:129 len:6 ip: 10.140.142.45
type:131 len:6 ip: 10.140.142.42

отвечает мне, что мол молодец, возьми сполки пирожок:
RX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:0 Len:22
type:3 len:6 ip: 10.184.127.112
type:129 len:6 ip: 10.140.142.45
type:131 len:6 ip: 10.140.142.42

Tx Magic Num: 1216274430
Rx Magic Num: 2282462027

Tx ACCM: 00000000000010100000000000000000
Rx ACCM: 00000000000010100000000000000000

Tx MRU: 1500
Rx MRU: 506

Our IP: 10.184.127.112
Their IP: 192.168.254.254
DNS-1 IP: 10.140.142.45
DNS-2 IP: 10.140.142.42
********************************************************************************
*********

А МТС зараза по подлому себя ведет, мало того, что со вторым DNS посылает, так и не хочет высылать подтверждение CACK на выданные мне IP:

********************************************************************************
*********
TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22
type:3 len:6 ip: 0.0.0.0
type:129 len:6 ip: 0.0.0.0
type:131 len:6 ip: 0.0.0.0

RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1
accepted:3

TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1

TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22
type:3 len:6 ip: 0.0.0.0
type:129 len:6 ip: 0.0.0.0
type:131 len:6 ip: 0.0.0.0

послал со вторым DNS:
RX: Protocol: PPP_IPCP [8021] Code:CREJ [4] ID:0 Len:10
type:131 len:6 ip: 0.0.0.0

шлем запрос IP и первичного DNS:
TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16
type:3 len:6 ip: 0.0.0.0
type:129 len:6 ip: 0.0.0.0

отвечает зараза!!!!!!!!
RX: Protocol: PPP_IPCP [8021] Code:CNAK [3] ID:0 Len:16
type:3 len:6 ip: 10.17.164.113
type:129 len:6 ip: 192.168.192.1

шлем запрос подтверждения полученного:
TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16
type:3 len:6 ip: 10.17.164.113
type:129 len:6 ip: 192.168.192.1


ВСЕ АБЗАЦ! ЭТА ГАДИНА ТЕПЕРЬ НЕ ОСТАНОВИТСЯ ДО КОНЦА ЛИМИТА ПОПЫТОК!
А ЕГО CREQ ЗАПРОС ничем не отменить, даже если я успокоюсь на полученном без подтверждения мне все равно будут идти его CREQ запросы!

RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1
accepted:3

TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1

TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16
type:3 len:6 ip: 10.17.164.113
type:129 len:6 ip: 192.168.192.1

RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1
accepted:3

TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1

TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16
type:3 len:6 ip: 10.17.164.113
type:129 len:6 ip: 192.168.192.1

RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1
accepted:3

TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1

TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16
type:3 len:6 ip: 10.17.164.113
type:129 len:6 ip: 192.168.192.1

RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1
accepted:3

TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10
type:3 len:6 ip: 10.17.160.1

TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16
type:3 len:6 ip: 10.17.164.113
type:129 len:6 ip: 192.168.192.1

................................................................................
...
........................................... и т.д.

*** PPP retry failure
********************************************************************************
*********

Подскажите, может МТС один такой особенный, как в рекламе Тинькофф, и у него по другому надо IP просить? Или я такой недоразвитый и что-то не то делаю?

А AVR здесь то с какого боку?

Gematogen, kak vizu s paketami vi na druzestvennoj noge . Mozet vzyat mobilnik s posledovatelnim portom i otsledit paketi tam a zatem sravnit s vasimi ?

Я так понимаю, здесь рассматривается случай подключения ATmega128 к модему MC35i, с использованием tcp/ip стека. Так кто нибудь может знает почему так странно ведёт себя МТС, а то у многих такие же проблемы!

Использую Wavecom с IP встроенным, в комплекте с avr128 пробовал на билайне мтс проблем нет.

C встроенным TCP/IP всё ясно, а вот с софтовым может кто работал, может у кого есть библиотечки на Си под ATmeg'у 128?
Или совет какой...

2Gematogen:
Тоже созревает такой поект: софтовый GPRS на М128
Но пока не готово железо.
Основная задача открыть серверный TCP сокет.
Я так понимаю у Вас тоже тоже такая задача, иначе
можно было бы воспользоваться аппаратным стеком модема.

Хочу спросить, какие ресурсы (в частности ОЗУ) требуются
серверу, для одного клиентского соединения?

Пока могу только поделиться исходниками двух готовых проектов M128+GPRS, это вот такой:
-------------------
// This program tests the ppp routine and shows how to use it

/*
* Copyright © 2003-2004 by Clive Moss All rights reserved.
*
* Help & Contributions from D.J.Armstrong
-------------------
Может уже есть такой
И есть еще исходники немецкого Ethernut, ну правда они то уже ИМХО известны всем.

Можно поискать на сайте www.ethernut.de. В их оси уже встроен PPP протокол, только придется много править напильником...

А на мобильнике у Вас с этим МТС SIM, сессия GPRS нормально получаеться?? Скажем WAP-сессия, отсылка/прием MMS/EMS...

Модем у нас Siemens MC35i, так что аппаратного стека у нас к сожалению нет.
А задача у нас состоит в следующем: создать мобильное устройство, которое при входе в инет будет слать на сервак свой ip, а управляющая программа на серваке по полученному адресу будет переодически отсылать какие-либо данные.

Кстати, сам использую исходники:
-------------------------------------------------------------------------
* Copyright © 2003-2004 by Clive Moss All rights reserved.
*
* Help & Contributions from D.J.Armstrong
-------------------------------------------------------------------------
но они урезанные видимо оч. сильно, т.к. с МТС сотрудничать отказываются!




Через мобильник все окей, видимо там более корректный PPP протокол, чем тот, что мы используем.
Я вот решил разобрать PPP пакеты, приходящие через мобильник на комп, может чего-нибудь даст?!

Старайтесь все делать в рамках рекомендаций стандарта GSM/GPRS, они для этого и создаются чтобы была определенность в работе. А что касается совта, который пишется для сотовый телефонов, то он ни на йоту не отступает от принятых стандартов. Главное четкое понимание последовательностей открытия/закрытия, и статусной информации для GPRS сессии.
TCP/IP стек протокол является стандартным в программной реализацией (на уровне алгоритмов), так что путаться здесь нечего, достаточно заимствования...

Прошу поделиться исходниками в теме:

TCP/IP и пр. для GPRS - примеры для микроконтроллеров.
http://electronix.ru/forum/index.php?showtopic=21438

Пример можно посмотреть у микрочипа в апликухах - AN724. Реализовано пингование - через PPP - > IP -> ICMP.
2Gematogen, после того как вы послали серверу запрос IP0.0.0.0 и он возвращает некий IP - попробуйте послать запрос с этим IP. По идее сервер должен вернуть NAK и новый IP. Этот IP и будет вашим. Вы пошлете REQ с этим IP, а сервер должен подтвердить и успокоиться.

Столкнулся с проблемой. ГСМ модем и Мега128 работают как нада. НО! начинаю лить файл и где-то на 1кб передачи всё останавливается. Моя сторона пытается слать ретрайны, но удалённая их так и не получает. При этом в стоящих радом колонках не слышно наводок характерных для ГСМ связи. До этого во время передачи они были. Немного стоим и срываемся с линии по таймауту. Что это? Глюк софта или железа? Или же это особенности ГПРС? Если последнее то как с этим бороться?