5年 Networking - Senior Network engineer 你問我答

CCNA CCNP
正常IT底，肯溫一頭半個月都會考到

5年經驗 幾錢人工?

利申: 都係5年IT EXP 非NETWORK

叫人考CCNA CCNP個D人哂氣啦,家下已經GUI化,仲洗咩用Command打,而且已經簡單化好多,係D老屎忽以為勁者,
做network上到某個點人工已經上唔到去,唔好入行

利申 過來人已轉做PM

毒氣集中營

Ching, 我無叫人考wor。我討論layer-1 infrastructure，SLTE wor. 同data communication network完全兩件事。

Mikrotik最勁

吾係

巴打可唔可以講多d SD wan?
係咪好多地方仲用緊MPLS?

Cloud 其實將好野一體化包括network。 起iaas cloud 要識network + vm + storage/DB + load balancer 等等。所以做network 都要橫向發展

SDN 又係另一個大方向。不過無一個Standard 玩哂。vendor主導

做i-bank/MNC in house network 要升上去基本上要英文好 上唔到唔代表 network 行頭無得做

做vendor 先揾真銀

上邊話satellite TCP throughput問題。其實一睇packet capture 已經一清二楚。但香港好多9up engineer 考完cert都on99

其實呢個係我interview咁多次，最少人可以答得出。你要tcp dump，係有機係手做troubleshooting。另外wan optimization就係SD-WAN會處理嘅一部分。GUI, 同CLI都唔重要，係fundamental你識幾多。話就話叫SDN, 但最基本，咪又係IPsec, GRE (sdn 有多個dynamic gre tunnel), Firewall, NAT嗰d. 不過真心係好多optimization, traffic engineering 以前係好難做，而家SDN好易做。例如BGP-LU + SDN, 就可以解決好多BGP 傳统做唔到嘅egress control.

呢個唔係好明,TCP唔係一般都用AIMD自己set widnow size既咩?咁點解仲要自己set番window size?定還是指緊既,係本身congestion control既threshold window size?
同埋呢隻情況唔係大多因為QoS壓低左咩?
利申:新手

人工？
ive networking就grad
去做邊間好？

TCP 係好耐以前嘅產物。Window size 一般max limit 係64KB，而且同router，wan無關。係host同host中間negotiate. 當然你可以enable window scaling 有d window size可以上到 1GB.

以前無太多呢問题係，wan speed 無咁高。而家wan speed 上100GE(400GE都就有，modulation with PAM4). 你RTT/RTD大，speed高就中正。你一個burst send完64KB (assume你d host無特別處理tcp window setting). 咁你99%時間，就等ACK.你條link完全idle. 咁throughput 就低。你唔洗諗tcp congression control， 又或者QoS. 根本wan無congression, 無cache,無packet drop. 就算你只有一個traffic stream，都係一樣。呢個就係long latency，high bandwidth, TCP 三個一齊嘅命運。你當然可以係host都改嘢，加大max window size, 但改幾多又係一門學問。太大要host cache到, assume你1GB window, 佢要一路收，一路save晒1GB, 再check有無問題。而且，有問题，resend就係1GB resend. 所以set幾大係有好多考慮。所以先有wan optimization.

Pccw marcoview

幫巴打補充下 TCP window size 係用slow start algorithm 決定。呢個唔係QoS

做過admin都知cli好用過gui好多
做change準備好晒command copy and paste 收工

不過ccna/np的確係晒晒地氣
而家ie都一街都係
而且大把人係背dump去考 最後都係睇經驗 cert只係入場卷
同埋cisco啲cert真係好撚貴 等公司俾錢去考好過

唔該巴打，我解釋多少少。你tcp send第一個segment例如用1 呢個window size. Send完收ACK, 無問题。第二個segment就可以用2呢個size, 之後3,4,5咁上,直到你lost 就係揾一個無congression throughput. 你當try and error. 但係呢個mechanism係救唔到latency大呢個問題。因為你每次等ACK,都等好耐，就算你之後window size一直自動變大。但都比起low latency 加得大得慢。長時間等ACK係死症。其中一種WAN acceleration就係你出WAN前經過accelerator. 佢會同host setup tcp session因為同host 近，latency低。之後accelerator會同一個remote accelerator setup TCP session 用一個好大嘅window size 去應付大latency. remote accelerator 又會同remote host setup tcp session (low latency).用咁去解決問題。

要明白係tcp throughput係比latency 直接影響。而UDP就唔會，latency大左，细左 throughput一樣。