求救，SDH問題

sdasdf

今天去割接最后幾條。

居然神奇的好了，出問題詭異，沒問題也詭異，肯定是電信做了什么調(diào)整，具體是什么調(diào)整永遠(yuǎn)都不會(huì)知道了。

3Q各位了 終于解放了。

ssffzz1

嘿嘿。你能了解到電信的SDH內(nèi)部怎么走的嗎？是否走了MPLS之類的東西。

quxiaosong

應(yīng)該不會(huì)走M(jìn)PLS的，成本太高了，時(shí)延也大。告訴你大概的時(shí)延參考一下：1.本地專線<1ms;2.北京-上海約25ms；3.北京-四川約30ms。

ssffzz1

我還是懷疑這個(gè)東西和時(shí)間可能有關(guān)系。

再觀察下看看吧。這樣就可以確定和路由器基本無關(guān)了。

sdasdf

對(duì)這個(gè)線路還真不是很了解。

還有什么MSTP線路，最近還有客戶拉了2根MSTP線路互連兩地，2層的跑trunk，既然用思科交換機(jī)，那就來個(gè)PVST吧，還能負(fù)載均衡和冗余切換，我發(fā)現(xiàn)實(shí)現(xiàn)起來比3層路由協(xié)議方便多了。

sy81316124

線路沒問題還是參數(shù)協(xié)商的問題

sdasdf

controller SONET 1/0
framing sdh
clock source internal

最后是改到clock source line了，其他的什么也沒動(dòng)。

因?yàn)橹�前改了這個(gè)也沒效果，所以是線路問題，但是電信肯定不會(huì)說是自己問題的。

cheveu

回復(fù) 56# sdasdf
mstp 跑2層, 等于是把兩個(gè)廣播域合并.
這不是什么好主意,除非合并后客戶端數(shù)量也不多.
然而,一旦一臺(tái)客戶端有病毒什么的,大家一起遭殃.