大清早掏秩，遠(yuǎn)郊3個機(jī)房覆蓋的用戶反映上網(wǎng)異常疯特。
這三個機(jī)房都是EPON+EOC的方式覆蓋囱皿，PPPOE撥號無法撥通勇婴。機(jī)房匯聚交換機(jī)和OLT設(shè)備都能正常登陸，因此懷疑是OLT的PON板硬件故障嘱腥。
大雨的天咆耿，走高架，一片白茫茫爹橱，只有眼前不遠(yuǎn)的車和路依稀可見。開了快一個鐘頭到了機(jī)房窄做，掛ONU愧驱，測撥號，能走到賬號密碼驗證這一步椭盏。用pppoe-discovery能看到Bras服務(wù)器组砚，說明二層鏈路到Bras是能走通的。
沒準(zhǔn)是Bras問題掏颊，于是讓人在中心機(jī)房同一個Vlan測PPPOE撥號糟红。意外的是，竟然中心機(jī)房這個Vlan下上網(wǎng)是正常的乌叶，
看來還是本地網(wǎng)絡(luò)問題盆偿，于是請坐鎮(zhèn)中心的大師兄出手，發(fā)現(xiàn)JS到TQ的9306交換機(jī)之間准浴，ETH-Trunk鏈路的兩個Gige口中事扭，有一個是Down的。
Eth-Trunk本來就是為了做鏈路備份乐横，斷一個口應(yīng)該能工作求橄，況且這條鏈路上的設(shè)備都能正常登陸。不過現(xiàn)在故障仍在葡公，也只查到這么一個bug罐农，只好試試看了。于是拔了這一路的纖催什，再撥號涵亏，居然好了。
于是開始分析，eth-trunk為何沒起保護(hù)作用溯乒〖醒幔看收發(fā)光，掀地板裆悄，摸尾纖矛纹，發(fā)現(xiàn)ETH-TRUNK中一個Gige口的兩根尾纖，被老鼠咬斷了一根光稼。于是這對尾纖的一端或南，Gige口能收到光，另一端收不到光艾君，于是兩邊設(shè)備產(chǎn)生了分歧采够，一邊以為鏈路是通的，另一邊以為是斷的冰垄。于是出現(xiàn)了上述怪異故障蹬癌，設(shè)備能登陸，撥號卻不通虹茶。
auto-negotiation導(dǎo)致的問題逝薪。
---
后記
2016年底，又出了類似的問題蝴罪，這次折騰了更久董济。
華為9306交換機(jī)和華為MA5800 OLT 同樣問題，表現(xiàn)極其像路由問題要门，浪費了好久時間在查路由上虏肾。
