這是出現(xiàn)錯(cuò)誤619時(shí),抓的包。 該用戶反映開機(jī),第一次連接能連上。 但是只能上QQ,網(wǎng)頁打不開。 斷開再連,就是619。 PPPoe的發(fā)現(xiàn)階段(Discovery Stage)分為四個(gè)過程:PADI PADO PADR PADS。 從上圖中可以看出,四個(gè)過程都進(jìn)行完畢。 進(jìn)入到PPPoe的回話(Session stage)階段是時(shí)出現(xiàn)了問題。 下面是一個(gè)以太幀: 在pppoe中類型字段0×8863 發(fā)現(xiàn)階段(Discovery Stage) 0×8864會(huì)話階段 (PPP Session Stage). 以PADI幀為例來說一下: ff:ff:ff:ff:ff:ff 6個(gè)字節(jié)的目標(biāo)地址 00:25:11:12:aa:84 6個(gè)字節(jié)的源地址。 接著是2個(gè)字節(jié)的類型字段0×8863 表明還在發(fā)現(xiàn)階段。 剩下的就是pppoe的凈載,在rfc2516是這樣定義的: 11這個(gè)字節(jié)的前4個(gè)比特和后四個(gè)比特都為0×1這是這個(gè)版本的pppoe定義的。 09 code字段代表是個(gè)PADI包。 SESSION_ID 兩個(gè)字節(jié),在發(fā)現(xiàn)階段的前3個(gè)包都為0×0000,在PADS包中,將會(huì)有給出這個(gè)SESSION_ID。 本次實(shí)例中為0x0dca。 LENGTH字段有2個(gè)字節(jié),僅僅包含后面payload的長度。 payload 包含0個(gè)或者多個(gè)TAGs。 本例中0×0103 代表Host-Uniq 。 詳情請(qǐng)查閱rfc2516。 到了第5個(gè)包,也就是進(jìn)入了會(huì)話階段。 payload中也就是包含了ppp協(xié)議的一些東西了。 Access Concentrator 在發(fā)送了11個(gè)請(qǐng)求包后,沒有得到恢復(fù),接著就發(fā)送了PADT。 主機(jī)也回復(fù)了一個(gè)PADT。 電腦也就是顯示619了。 主機(jī)為什么沒有回復(fù)ppp lcf 包呢,這也就是問題所在。 知道了,問題就很容易解決問題咯! |