求救,如何讓兩台小烏龜不同使用不同網段上網啊


隨風浮雲 wrote:
綜合上面三位說法...


綜合不起來啊... 如果廣播風暴一定會發生, 那麼重置VTU-R做軟體撥號測試的時候就應該先掛掉了啊.
hxxX54yPZ5HH5VHP\hmpX5gTPh99X5J4Ph00X5YBPjjhexX5exHPDX52JP555554P5ZZ5rr

隨風浮雲 wrote:
綜合上面三位說法,樓...(恕刪)


不適經由分享器問題,分享器我有一台備用。但我要的是不要拉明線,牆壁上有已拉好線路,漂亮整齊多,為何要自己拉明線醜不拉基的。只是現在問題解決不了就還是得走明線了

improvement wrote:
不適經由分享器問題,分享器我有一台備用。但我要的是不要拉明線...(恕刪)


???
你原本想要的線路不是 你的烏龜--->L2 switch

加個分享器來避免回圈問題的話 線路不就變成 你的烏龜-->分享器(硬撥)-->L2 switch

這樣 應該沒有拉不拉明線的問題 只有IP相關設定的問題
大家的電腦還是一樣都插在L2 switch上面

andykkkk wrote:
???你原本想要的線...(恕刪)</blockquot
andykkkk wrote:
???你原本想要的線...(恕刪)


不行,小弟試過了,家個一台分享器也是掛,直接用p874分享就掛,接一台分享器當然也是掛
improvement wrote:
不行,小弟試過了,家個一台分享器也是掛,直接用p874分享就掛,接一台分享器當然也是掛


這不太可能..我上面特別說明使用IP分享器來撥接,不要用p874來硬撥

這樣IP分享器的NAT就可以阻擋兩台P874回圈的問題..

你再確認看看 真的這樣不行嗎 這有點超乎我想像上理論的範圍..


因為沒有正確的 子網路遮罩 和 閘道的設定 或者路由設定 任何封包都是無法通過NAT的..

當然廣播封包也是 所以兩台P874應該不可能會發生迴圈 應當是可以正常才對

andykkkk wrote:
這不太可能..我上面...(恕刪)


那我再確認一次,你得理論應該是可行,藉由真正的分享器來阻擋非我網段封包。

irs wrote:
重置VTU-R做軟體撥號測試的時候就應該先掛掉了

因為是軟體撥號測試的時候才會掛掉,我才會有前面我所提到的問題,是線路造成(中華/其它家的線路)的嗎?還是機器(adsl/vdsl不同機器也會嗎)造成的?

隨風浮雲 wrote:
因為是軟體撥號測試的時候才會掛掉,我才會有前面我所提到的問題,是線路造成(中華/其它家的線路)的嗎?還是機器(adsl/vdsl不同機器也會嗎)造成的?


是說, 前面兩個的說法是沒辦法"綜合"的. 因為樓主說明了"兩條電話線插上去,將甲乙烏龜的分享功能拿掉,就是進入工程模式只留hub功能,連網段都拿掉,這樣下是可以。" 這等於把前面"Layer 2 multicast packet"和"Bridge->Loop"和等說法全都打翻了.

multicast 在這種場合不應該會是造成 storming 的原因. 如果一個設備能處理 multicast / MAC mapping (意即在L2處理multicast), 那麼這個設備應該能正確的處理 multicast forwarding. 對於方向或界面錯誤的狀況, 預設處理方式基本上都是 discard . 因此不應該有這種事情. 即使下層的設備不正確的向上轉發 multicast 封包, 上層也應該要予以丟棄, 除非上層設備也存在 misconfiguration 才會產生 loop .

(雖然我認為他本意指的是 broadcast storming , 在同一個 switch 上 loop 產生的狀況是下面那種. 而一般用戶比較會碰到的 multicast 應用只有 MOD, 但是 MOD 和 PPPoE 是不同 VLAN, 除非存在 misconfiguration . 如果存在 multicast 回送而造成斷線的狀況, 即使只有一台數據機, 網路也是不能用的. 不需要第二台數據機涉入.)

但是這與"Bridge->Loop"的狀況, 實際上是不同的事情. ethernet loop 造成的 storming 是因為封包不會被丟棄而持續累積, 由於 L2 設備無法自行決定是否丟棄封包, 所有被 loop 回來的封包都會被忠實的重新轉發, 而被重新轉發過的封包又會被loop送回來. 持續累積到設備無法負荷. 如果在數量小, loop 時間長的狀況下, 還可以觀察到 traffic 慢慢被 build-up 的狀況.

但是相同的, 如果 L2 loop 在本地產生, 本地端的網路設備應該會先當掉, 如果 loop 是本地與遠端共同產生的, 除非在到達 BRAS 之前被丟進同一個 domain (而且還必須能錯誤的向下轉發而不是drop), 才能產生 loop . 否則 DSL 線路被 PVC / VLAN 甚至 EAPS 的重重保護之下, 要產生 loop 也不是那麼容易的事情. 除非存在規劃錯誤或 misconfiguration 的問題.

(雖然不需要一次成功的 PPPoE 撥接就可以說明這種"說法"是有問題的, 但是比較有趣的是, 成功撥接等於是狠狠地打了他一巴掌. VDSL Switch 通常已經是非常接近用戶端的設備, 因此如果有 loop , 產生的流量會累積的非常快. 如果問題確實出在這個地方, PPPoE 撥接成功之前就會讓設備超過負荷, 而使得 PPPoE 連線不會成功, 即使成功也會很快的斷線, 等同於無法使用. 而在 loop 確實存在的狀況, 一般的 PPPoE Discovery 幾乎可以保證一定會觸發 broadcast storming. )


樓主的問題, 靠目前看得到的資訊進行判斷原因不在我的能力範圍內, 不過基本上上可以肯定上述兩種說法是大有問題的. 如果兩種說法任一種能夠完全成立的話(兩種實際上是不同的狀況), 樓主能撥通PPPoE可能就變成奇蹟了.


要用猜的話, 我會建議樓主用IP分享器隔離(避免可能的遠端misconfiguration), 並且放棄使用 DHCP (避免可能的firmware flaw), 選用不同網段並採用靜態配置的方式. 如此比較有可能能利用現成的插座, 同時減少可能產生的互相干擾.
hxxX54yPZ5HH5VHP\hmpX5gTPh99X5J4Ph00X5YBPjjhexX5exHPDX52JP555554P5ZZ5rr
irs wrote:
是說, 前面兩個的說...(恕刪)

非常好的見解與說明(謝謝),所以如果這裏還有 VDSL/ADSL 的設備工程師,可以再幫我說明一下,到底是那一段(線路/設備/先天不良)造成的嗎?

另外再請教 HATA34 ,你先前所提到的

原因出在DSLAM
DSLAM有機制會去預防兩條VDSL loop產生廣播風暴問題
一有LOOP就會把VDSL link down

是否有白皮書可以參考?因為我想知道這機制的偵測到底是在那一段?
隨風浮雲 wrote:
另外再請教 HATA34 ,你先前所提到的

原因出在DSLAM
DSLAM有機制會去預防兩條VDSL loop產生廣播風暴問題
一有LOOP就會把VDSL link down

是否有白皮書可以參考?因為我想知道這機制的偵測到底是在那一段?


以我所知道的訊息來說好了,防止 loop 的設備不稱為 DSLAM 而是 VDSL Switch,也就是說防止 Loop 的狀況是在 VDSL Switch 被擋掉的,而不是 VDSL Switch 後面的設備。

而 DSLAM 對我們來說是個單位,不管是 ADSL 或 光世代,我們習慣稱那個機房單位叫 DSLAM。

修正一下,在 VDSL 供裝方式中也是有 DSLAM 這個設備的,但是一般我們還是稱為VDSL Switch或VTU-C,而一般稱 DSLAM 時通常會是指機房單位。

而防止 Loop 影響到其他用戶,是 DSLAM 這個單位在查修設備異常當機後,才請廠商修改VDSL Switch韌體後才有的。


像使用者把一條網路線接在同一台 xTU-R上的情況,我就碰過10次以上了。

而一條網路線接在兩路 VDSL 的LAN Port 上,有碰過一次,那是因為兩路 VDSL 接在同一台 VDSL Switch 上,調開後就沒事了,但是該案例沒有像樓主一樣有內建 PPPoE 。

目前沒有環境可以實驗樓主的問題,所以也無法確認。
文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 10)

今日熱門文章 網友點擊推薦!