GPRS: МТС глючит на стадии IPCP!, объясните неразумному! Опции

[Gematogen]

Пытаюсь приаттачить 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 просить? Или я такой недоразвитый и что-то не то делаю?

[PaulS]

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, ну правда они то уже ИМХО известны всем.

[Gematogen]

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, ну правда они то уже ИМХО известны всем.

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

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

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

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

Сообщение отредактировал Gematogen - Feb 13 2006, 23:46

[BVU]

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

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

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