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