|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機 | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計 | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
求教，為什么這樣回復(fù)LCP協(xié)商沒反應(yīng)？ |
| 作者：simonhdl 欄目：通信技術(shù) |
在GPRS PPP撥號后， ISP傳來了：7E FF 03 C0 21 01 03 00 19 02 06 00 0A 00 00 07 02 08 02 05 06 B5 B0 B0 15 03 05 C2 23 05 96 43 7E 分析如下： C0 21：LCP 01：Config Request 03：ID號 00 19：Length 02 06 00 0A 00 00：Async-CONTROL_Charactor-Map 07 02：Protocol Field Compress 08 02：Address & CONTROL Field Compress 05 06 B5 B0 B0 15：MAGIC NUMBER 03 05 C2 23 05：Authentication Protocol 為CHAP 96 43：Check Sum 我希望是PAP協(xié)議，所以根據(jù)參考設(shè)計，我回復(fù)： 7E FF 7D 23 C0 21 7D 24 7D 23 7D 20 7D 34 7D 22 7D 26 7D 20 7D 2A 7D 20 7D 20 7D 27 7D 22 7D 28 7D 22 7D 25 7D 26 B5 B0 B0 7D 35 7B 7B 7E 發(fā)出的數(shù)據(jù)是經(jīng)過轉(zhuǎn)義的，就是回復(fù)Config-Reject(0x04)和去掉了03 05 C2 23 05，因為我不同意CHAP，其他的不變，重新計算校驗和，這樣子有問題嗎？ 對端沒有做出響應(yīng)，發(fā)過來的包仍然是一樣的。 這個問題困饒了我很久，一直想不通。數(shù)據(jù)包的結(jié)構(gòu)會因為地方不同而不同嗎？謝謝 |
| 2樓： | >>參與討論 |
| 作者： psos 于 2005/9/7 9:17:00 發(fā)布：
你對lcp理解有誤 如果要REJECT,就只拒絕你要拒絕的，Config-Reject(0x04)，03 05 C2 23 05。 另外如果對端主動要求chap,可能不支持pap的。 不過我個人的經(jīng)驗gprs都是pap. |
|
| 3樓： | >>參與討論 |
| 作者： simonhdl 于 2005/9/7 9:43:00 發(fā)布：
那么CMWAP和CMNET的協(xié)商有區(qū)別么？ 或者說使用的卡不一樣，協(xié)商的過程也不一樣？ 而且一開始那邊發(fā)過來的id號就是03了。 謝謝psos兄，我去改改REJECT報文試試。 |
|
| 4樓： | >>參與討論 |
| 作者： psos 于 2005/9/7 9:46:00 發(fā)布：
你是用的cmwap嗎？ 應(yīng)該不一樣。 ID是03不稀奇，因為ppp規(guī)范也沒有制定要從00或者01開始。 |
|
| 5樓： | >>參與討論 |
| 作者： simonhdl 于 2005/9/7 17:40:00 發(fā)布：
我在自己學(xué)gprs 我在自己學(xué)gprs，所以只能用自己的手機卡，只能用cmwap，比較頭痛。 |
|
| 免費注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號 |