謝謝你貼的圖，貼的很詳細，但是從Log看來，感覺是AP和FTTH的PPPoEServer沒辦法溝通，我上網查了一下您這台AP，聽說是一台蠻猛的機器，可以同時撥兩個PPPoE Session
詳細的內容如下列網址
http://www.wretch.cc/blog/n8702015/6002044
如果您的AP是可以撥出兩個 PPPoE Session的，麻煩您再確認另一個設定是否有問題 ，
最後真的都不行，請reset你的AP回到出廠值再重新設定，謝謝！
1.PPPoE撥接帳號
PPPoE撥號乃是以廣播方式搜索PPPoE Server端, AP 的WAN不需要設定虛擬IP才對?
2.虛擬IP
這個虛擬IP(192.168.78.51)是撥接後所得,撥接前是沒有的
所以客服所說的虛擬IP無法支援PPPoE,這點沒錯,但對你來說沒幫助
客服應該搞錯你的環境了
所以再看看系統log
bohemian4 wrote:
2006/01/01 15:10:19 PPPOE Couldn't get channel number: Transport endpoint is not connected
2006/01/01 15:10:19 PPPOE Connecting PPPoE socket: 00:00:00:00:00:00 0000 0x1000b000
2006/01/01 15:10:19 PPPOE Re-sending (3/4)...
2006/01/01 15:10:11 PPPOE Re-sending (2/4)...
2006/01/01 15:10:07 PPPOE Re-sending (1/4)...
2006/01/01 15:10:05 PPPOE Re-sending (0/4)...
2006/01/01 15:10:04 PPPOE Sending PADI
看起來應該是您的AP探索不到PPPoE Server端
誠如網友所說,先看一下是不是有第二PPPoE的撥號設定
圖片顯示,你的撥接連線名稱為CCU_DORM
最後,我注意到一點奇怪的事情
您的"系統資訊"圖片中, WAN與LAN的MAC address怎麼都一樣啊????
這樣不太對勁吧~
http://caf677.pixnet.net/blog
bohemian4 wrote:
我試著您的建議設了第...(恕刪)
1.我建議您先設一個PPPoE連線就好
2.從log來看,AP有收到PADO封包,這是PPPoE Server回應的offer封包,告訴Client我能提供的PPPoE服務
但是AP的PPPoE client收到後,卻指出length mismatch on tag,有可能是一種產品相容性問題(AP與ISP的
PPPoE Server)
expect:4, got: 7 表示預期長度為4byte,卻收到7byte
我不知道是哪方的問題,遵照規範的那方比較不會有錯 (雖然說,遵照規範通常容錯率比較低)
http://caf677.pixnet.net/blog
caf677 wrote:
1.PPPoE撥接帳號
PPPoE撥號乃是以廣播方式搜索PPPoE Server端, AP 的WAN不需要設定虛擬IP才對?
WAN的設定我是透過PPPoE來取得IP（雖然說一直都沒辦法取得 ><）
WAN的MAC似乎可以手動設定，但00:16:01:58:93:64這組應該是它預設的。
（我早上有插AP的屁屁reset過了）
caf677 wrote:
看起來應該是您的AP探索不到PPPoE Server端
誠如網友所說,先看一下是不是有第二PPPoE的撥號設定
圖片顯示,你的撥接連線名稱為CCU_DORM
我剛有試了第二PPPoE撥號設定...
但ISP只有給一組帳號、密碼，這樣子仍然可以設兩組PPPoE不會相衝嗎？
caf677 wrote:
最後,我注意到一點奇怪的事情
您的"系統資訊"圖片中, WAN與LAN的MAC address怎麼都一樣啊????
這樣不太對勁吧~
這個我也不知道...它預設就是這樣子了耶...
非常謝謝您的回覆
內文搜尋
從 APP 打開
X