Долго искал, где создать тему, так и не нашёл. Разместил здесь, т.к. в конечном счёте, PPP необходим для GPRS. Если есть более подходящая ветка, прошу перенести.
Собственно сам вопрос. Рассчитываю CRC PPP фрейма. И CRC не совпадает. Делаю Следующее:
Сначало приходит стандартный LCP пакет:
~ }#А!}!}#} }9}"}&} }*} } }'}"}(}"}%}&ЂA}!в}#}%В#}%чи~
После преоброзования 7D, выделяем тело:
C0,21,1,3,0,19,2,6,0,A,0,0,7,2,8,2,5,6,80,41,1,E2,3,5,C2,23,5,F7,E8,

Функуия для расчёта CRC:
uint16 crc16_ppp(uint8 *buf,uint32 len)
{
uint32 i;
uint8 j;
uint16 crc=0x2E93; //В CRC побывало уже 0xFF и 0x03
for (i=0;i<len;i++)
{
crc^=(uint16)buf[i]<<8;
for(j=0;j<8;j++) crc=crc&0x8000 ? (crc << 1)^0x1021 : crc<<1;
}
return crc;
}
Получаю CRC: EB1C
Инвертирую CRC: 14E3 и оно не совпадает с F7E8.
Что я делаю не так? Через CRC надо пропускать байты уже преобразованные через 7D, или абсолютно каждый байт между ~~?
Если у кого есть исxодники PPP, можете помочь страждущему?
P.S. Т.к. есть большое желание узнать, как вся эта кухня работает, не предлагать взять готовый стек PPP и TCP/IP

Пишу под платформу ARM9. Компилятор RVDS. Впрочем на С нет большой разницы, под какую платформу эти исходники потом компилировать. Разве что, общение с портом надо будет подправлять в зависимости от платформы и среды. У кого драйвер, у кого прерывание.
Цель проекта: детально разобратся с PPP, TCP/IP стеком, сделать полноценную рабочую версию, что называется, не хуже чем у других. Но сколько бы я не писал, постоянно получается, какая-то ГРОМОЗДКАЯ “писанина”, хоть и рабочая, но ОЧЕНЬ НЕ ОПТИМАЛЬНАЯ.
Я сейчас реализовал приём PPP фрэймов, и протокол LCP.
Выкладываю исходник. Предлагаю общественным путём доработать их. Голая критика, без своих ВАРИАНТОВ, не ПРИВЕТСТВУЕТСЯ, ибо не несёт ни какой ценности.
To west329_:
Что вы имели в виду под фразой:”потом подправляеш входящий пакет и отсылаеш его ему обратно”. В виде чего отсылать и что подправлять? Мне например нужен протокол PAP. Отсылать пакет ASK или что другое?

Так как я работаю с 8 битным контроллером то у меня нету разделения на RX TX буффера, и для экономии я корректирую входящий пакет и отправляю ему обратно.

Получается такой алгоритм:
1)
Присылает сервер строку


0305C22305 тут CHAP, требуем РAP, я делаю так

-коректируем Тип пакета, Configure-Request
-корекируем Длина поля «Информация пакета»;
-данные пишу FF03 C021 01 00 0008 0304C023 98DC
-отпавляем серверу

2) он присылает с огласие


3) опять присылает

отвергем всё кроме РАР

-коректируем Тип пакета, Configure-Request
-корекируем Длина поля «Информация пакета»;
-данные пишу

-отпавляем серверу

4) присылает

если ещё интересно напишу ещё ?

P.S.
Сам хочу реализовать TCP протокол, но пока ещё не выходит, с удовольствим поддержу автора.

Сообщение отредактировал west329_ - Oct 13 2008, 08:48

Ключевое слово сдесь сервер. Вы как-бы не имеете право посылать NAK, т.к. являетесь ведомым в этой сессии. Чтобы отвергнуть предложенные сервером настройки надо послать ему пакет Config-Reject.

Спасибо за уточнение. Config-Reject - действительно прокатыает сразу. Мне сбили с толку неоднократные неточности в русских переводах документации на PPP.

Кстати на фтп есть замечательная книжка TCP-IP Lean--Web Servers for Embedded Systems и к ней прилагается чудесный код PPP, который при небольшой подпилке хорошо ложится в проект. Там же есть TCP/IP, но уже похуже.

Спасибо. Качаю.

Вообщем стадия согласования параметров прохожу удачно. Дале по протоколу PAP я должен передать серверу login и passward. Насколько я понял в GPRS нету login и passward PPP коннекта. Поэтому посылаю строку:
FF,3,C0,23,1,2,0,6,0,0,56,24
Ff,3 – константы
С023 – PAP
1 – reqwest
2 – это id моих посылаемых пакетов. Насколько я понял, начальное значение могу взять любое, а потом инкрементировать? Или как-то подругому.
6 –длина
0 – pasward 0
0 – login 0
56,24 – CRC
Вобщем посылаю это, и ничего. Сервер ничего не отвечает. Что не по протоколу?

Мне кажется, что что-то там нужно вводить логин и пароль. Посомтрите у опсоса информацию о подключении к мобильному интеренету. Открою одну тайну. Все это дело вы можете отладить на компьютере, создавая соединение по последователному порту. Таким макаром также можно соединить пару виртуальных компортов и посмотреть в снифере как гоняются данные и согласуются параметры.

Насколько я понял есть пароль к PPP соединению, а есть к TCP/IP или как его там, короче тот что к шлюзу на официальных сайтах указан. У меня например "wap","wap". Но это пока предположение, т.к. я не приступил к изученю TCP. В любом случае если пароль неправильный, так хоть о данном факте должен сообщить сервер. А тут вообще ничего.
Что касается отладки через комп. Тоже вариант. Но по ниму надо было идти изначально. Но стоя в начали пути на распути, я выбрал вариант с изучением документации, реализации на контроллере и анализом трафика. Поэтому переключение на первый вариант, сейчас будет накладно.

Если не читали ранее, ознакомьтесь. Там на пальцах расписано. Про комп я имел ввиду, что можно к железке подсоединить вместо модема и сервера опсоса и отладить все основные моменты. Как на уровне ппп так и тсп/ип.

Да этот документ у меня есть. Что сказать. В этом документе описан лишь необходимый минимум и он не описывает множество мелочей (а в них как известно скрывается дьявол), и нестандартных ситуаций. К тому же он изабилует множество элементарных ошибок или опечаток, от чего впрочем не легче.
Запрос PAP у меня точно такой же, как и автора этого документа, разве что подазрение на id падает. У автора не сказанно какой id брать надо. (эта мелочь он посчитал не нужной)
Моя логика была следующей: раз этот пакет - мой запрос, то и id я должен выдовать свой. Хорошу попробую присвоить id последнего пакета сервера и посмотрю, что получится.

Документ этот действительно не на все случаи расчитан. Создайте на компе последовательное соединение двух виртуальных компортов и посмотрите снифером как у них идет соединение ппп. Можно с паролем, можно без. Много станет ясно на каком этапе затык.

Послал:
FF,3,C0,23,1,5,0,6,0,0,91,4,

Получилась точная копия как в документе 1.doc Т.к. id=5 и CRC совпало.
Так вот, "теже яйца вид слева".

Копайте в сторону настройки параметров GPRS (+cgatt, +cgdcont и т.п.) и телефона дозвона (я пишу так atd *99***1#). Мне кажется, что проблема в этом.

PS Какой оператор?

Сообщение отредактировал lolful - Oct 14 2008, 06:42

Возможно вы перед этим не согласовали соответсвующий протокол авторизации или еще какой параметр. Вот сервер и ждет. Чтобы разобраться - возьмите вставьте сим карту в телефон, телефон подсоедините к компу, натравите сниффер на ком порт и создав успешное модемное соединение, выйдите в интернет. Разберите данные в сниффере и если ваше железо повторит ту же последовательность действий, то проблем не будет. А так можно долго гадать почему да как.

Логика абсолютно правильная . Проблема точно не в этом.

Сообщение отредактировал lolful - Oct 14 2008, 06:46