這是出現(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 包呢，這也就是問題所在。
知道了，問題就很容易解決問題咯!