raytracy大大不用傷腦筋了.
手冊上講的是日本真實的應用環境!
NTT-ME(東日本電信)提供一個名為Flets的服務, 登入這個網路有點像是NTT-ME的私有網路.
網路上全是NTT-ME的用戶與伺服器, 藉以提供一些像是VOD或是File Sharing(他們叫什麼group的).
U/I上的設定方式是設定一些classify的rule, 以Domain name或是Dest. IP決定路由.
也許設定的內容是所有 *.flets 走secondary PPPoE session, 某些IP走另一個session.
各位不必把他與Multi-DMZ來作比較, 因為Multi-DMZ與NAT Address Mapping是由source IP決定出去的路由.
至於unnumbered在日本的用法, 就如同手冊上所寫的沒錯.實作上是以multi-home在LAN端產生一個port,
它的IP就是153.16.10.9, 同時以multi-session的觀念用PPPOE連線, 日本的PPPoE是可以設固定IP的.
當然這個PPPoE的IP也是153.16.10.9, 再把這個PPPoE session與LAN2(153.16.10.9)設成一個bridge domain
即可. 內部private IP要出去的PPPoE session, 它的IP不一定會落在手冊上所提到的subnet裡面.
標題所提到的問題, 在日本是可以的, 而且真的service name不必設定, 就可以從不同的ISP取得IP.
雖然我們的code裡面有MLPPP, 但是根據看到的封包, 印象中是使用一般的PPPoE, PPPLCP, CHAP, PPPIPCP等等.
不過那已經是去年的事了, 可能有錯, 還請幫忙更正一下. |