Jump to...
redirecting...

Log for 電訊台

boom
HPE confirm 要買走 Juniper……
boom
WTF
都係改唔到Juniper os嘅虧...
HPE 本身 networking 虧嘅
佢唔係諗住咁樣溝埋,sdn/vm機會發達下話
HPE 香港d 代理好串
好似唔憂做咁
講到呢個,我部新 Juniper 都幾多奇怪嘢
GRE interface 要由 gr-0/0/2 開始用起唔係會直頭唔通
netflow export,出出下自己停咗,親愛嘅 JTAC 仲睇緊
interface 換 port speed 要成個 fabric reboot,有病設計
即係我 100G 頭插個 40G,除咗要自己 reconfig 個 speed 之外仲要 reload 成張卡先得
RE 張卡幾多鳩野
恭喜Juniper under HP
😂
佢喺 fpc0
MX304 佢好奇怪
fpc0 係 built-in fabric 黎
卡就喺 pic 0/1
所以我 reboot fpc0 等於我成個框要瓜 15 分鐘
咁就67啦
Juniper 嘅話正常一張卡係一個 fpc
所以我覺得呢個係咩玩嘢設計
重點係 點解設計到 我換 port speed 要成舊嘢重新 load 過
隔離嘅話,一插落去見你粒嘢唔同速度就會自己轉
搞到我都唔敢插其他 module 落去住
btw, 有個19問題,如果用megaport做inter cloud connection,做唔做到1ms latency
兩邊都係香港?
兩邊都係坡
我自己覺得會兜路
新加坡嘅話,應該得
依家直駁就4ms
但有條67想1ms
冇理由掛
新加坡咁細
應該係條線問題
azure 對aws
應該係virtual private
話就話私家線
azure 對 aws,應該都係 SG1 做最好
如果唔使 redundancy
直接 cross connect
latency 主要係因為你 cloud 裡面唔知佢點行
同埋 cloud 自身都有overhead
我估都係border router同firewall累事多
要低 latency,唔好過咁多第三者
唔係physical direct line
佢做trace route就只係1hop
但應該只係hidden左
呢啲我自己通常提議揀兩邊 common point 直接 cross connect
係,直做direct line, layer 2到撚
話時話有冇人用過 ncs 540
唔知做咩我 set 完 xconnect,signal up 但係 ping 唔通
同一份 config 係 ncs 5501 就正常