• 2

Hinet Buggy SSR8010 BRAS

大家晚上好,好久沒有出來秀一下中華的下限了
放心,絕對是我最近比較忙,而不是中華的BUG變少了

你可曾遇到升級後,家中某些路由器就頻頻PPPOE斷線?
如果是,先別怪你的路由器,因為他只是嚴格的判斷異常PPP LCP封包,而中止異常連線

這是一台位於板橋的BRAS,HINET流水號是2228,型號是SSR8010
十分神奇的送出了Length 8 的lcp echo reply,然後本來應該出現的一串data 就消失了
然後他這個LCP echo封包長度還超過了1514,變成了1532......


https://www.sendspace.com/file/a4nofq

Frame 102: 1532 bytes on wire (12256 bits), 1532 bytes captured (12256 bits)
Encapsulation type: Ethernet (1)
Arrival Time: Apr 24, 2020 18:51:00.468403000 台北標準時間
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1587725460.468403000 seconds
[Time delta from previous captured frame: 0.000973000 seconds]
[Time delta from previous displayed frame: 0.000973000 seconds]
[Time since reference or first frame: 13.975061000 seconds]
Frame Number: 102
Frame Length: 1532 bytes (12256 bits)
Capture Length: 1532 bytes (12256 bits)

[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:pppoes:ppp:lcp]
Ethernet II, Src: Ericsson_5f:ef:c7 (ac:60:b6:5f:ef:c7), Dst: Routerbo_e0:5d:7f (c4:ad:34:e0:5d:7f)
Destination: Routerbo_e0:5d:7f (c4:ad:34:e0:5d:7f)
Source: Ericsson_5f:ef:c7 (ac:60:b6:5f:ef:c7)
Type: PPPoE Session (0x8864)
PPP-over-Ethernet Session
0001 .... = Version: 1
.... 0001 = Type: 1
Code: Session Data (0x00)
Session ID: 0x008c
Payload Length: 1512
Point-to-Point Protocol
Protocol: Link Control Protocol (0xc021)
PPP Link Control Protocol

Code: Echo Reply (10)
Identifier: 1 (0x01)
Length: 8
Magic Number: 0x0a86c979
在好的機器,到了mada shod的手上,還是chod
也许是一场难圆的梦 一场没有结局的梦 多少的笑语飞散在风中 又围绕在我耳边
2020-05-05 21:16 發佈
中華的下線並不是拿來秀的
是日常表現
昨日小築 http://dler.com
SSR8010是Ericsson出的,不是Hinet出的,這個狀況也可能是F/W的bug造成的,除非能證明是Hinet config錯誤造成的,不然直接說誰在秀下限失之武斷吧----黑誰挺誰總該有個極限,不然只是在秀自己的下限而已....
wangcm wrote:
SSR8010是Ericsson...(恕刪)


我測試下來
PCPC-2223 沒問題 PCPC-2228有這個問題
這兩台應該都是ericsson ssr8k.

請別人測試的 TPN2-2224 也有這個問題

隔壁遠傳的ssr8k 也沒有這個問題(reply包內容和2223差不多)
akw28888 wrote:
我測試下來
PCPC-2223 沒問題 PCPC-2228有這個問題
這兩台應該都是ericsson ssr8k.

請別人測試的 TPN2-2224 也有這個問題

隔壁遠傳的ssr8k 也沒有這個問題(reply包內容和2223差不多)


這樣說就有點道理了,只看到單一事件就迫不及待說別人在秀下限,也太不科學了點....
wangcm wrote:
這樣說就有點道理了,(恕刪)



這個問題我遇到的時候就開始在抓包測
也問過其他人

jeff不是只有看到個案啦

我覺得不是中華設錯
就是是ssr8k firmware的行為有問題
但中華的設備的firmware應該同個機房都是一起升級的吧
理論上同個機房同樣的設備韌體應該要一樣?


然後中華管BRAS的人是屬於數分底下的
只能透過查修去問
他們回應 他們設定是1492 為什麼變成1532他也不知道

(這句話其實有個問題 1492是pppoe內的mtu 1532是整個l2的mtu)

btw, 中華還有一批bras是nokia的
nokia bras沒有這個問題.
akw28888 wrote:
這個問題我遇到的時候(恕刪)

我比較好奇, 為何routeros 要送一個這麼大的lcp echo request 給 BRAS.
結果BRAS回個更大的echo reply, routeros 吃不下來, 就送 terminate 了

freds wrote:
我比較好奇, 為何routeros 要送一個這麼大的lcp echo request 給 BRAS.
結果BRAS回個更大的echo reply, routeros 吃不下來, 就送 terminate 了)


很簡單,用LCP測MTU,這在carrier不算甚麼稀有罕見的事情
甚至AT&T Uverse系列的標準功能, NVG510~NVG589都是

你要terminate request就terminate request,那CPE就知道了,
BRAS回一個malformed packet才是問題原因
也许是一场难圆的梦 一场没有结局的梦 多少的笑语飞散在风中 又围绕在我耳边
wangcm wrote:
SSR8010是Ericsson出的,不是Hinet出的,這個狀況也可能是F/W的bug造成的,除非能證明是Hinet config錯誤造成的,不然直接說誰在秀下限失之武斷吧----黑誰挺誰總該有個極限,不然只是在秀自己的下限而已 ....


https://www.sendspace.com/file/70q99h
遠傳剛剛好也使用了SSR8010,LCP echo reply設定得跟echo request一模一樣

那到底是eircsson故意給中華有問題的OS版本,還是中華自己不會設定卡到了。你覺得是哪個呢?

挺誰總是有個極限,讓我看看極限在哪裡吧
很明顯驗收沒有測好,這找幾個防火牆路由器都可以測到,高中生靠經驗法則都會
那這些碩士博士的人不會,就讓人匪夷所思了。
還是有可能是換來的,一百W還是兩百W,跟我說說,我也去換一個

Jason你破梗幹嘛,就是要等人家來捧中華,在讓他摔下去阿

Frame 27: 56 bytes on wire (448 bits), 56 bytes captured (448 bits)
Encapsulation type: Ethernet (1)
Arrival Time: May 6, 2020 20:23:30.860806000 台北標準時間
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1588767810.860806000 seconds
[Time delta from previous captured frame: 0.002629000 seconds]
[Time delta from previous displayed frame: 0.002629000 seconds]
[Time since reference or first frame: 91.542368000 seconds]
Frame Number: 27
Frame Length: 56 bytes (448 bits)
Capture Length: 56 bytes (448 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:pppoes:ppp:lcp]
Ethernet II, Src: Ericsson_92:0a:c5 (34:6e:9d:92:0a:c5), Dst: Routerbo_ae:ab:04 (cc:2d:e0:ae:ab:04)
Destination: Routerbo_ae:ab:04 (cc:2d:e0:ae:ab:04)
Source: Ericsson_92:0a:c5 (34:6e:9d:92:0a:c5)
Type: PPPoE Session (0x8864)
PPP-over-Ethernet Session
0001 .... = Version: 1
.... 0001 = Type: 1
Code: Session Data (0x00)
Session ID: 0x000d
Payload Length: 28
Point-to-Point Protocol
Protocol: Link Control Protocol (0xc021)
PPP Link Control Protocol
Code: Echo Reply (10)
Identifier: 3 (0x03)
Length: 8
Magic Number: 0x14c4861c
也许是一场难圆的梦 一场没有结局的梦 多少的笑语飞散在风中 又围绕在我耳边
可問一下大大是用那套軟體查的嗎謝謝
freds wrote:
我比較好奇, 為何r...(恕刪)
  • 2
內文搜尋
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?