5年 Networking - Senior Network engineer 你問我答

Sorry樓主，我唔再答訕。怕搞亂or騎劫左個post.

巴打介唔介意開個新po繼續討論
仲讀緊書，來緊暑假返infra既intern想學定野

如果俾錢考cert. 不如考aws , google cloud。第一係大趨勢 第二係橫向發展

咁多人話NA無用 呢啲cert對初入行既好有用就真
連張cert都無 in都無得in

有張CCNP係手 真係唔代表D乜
出到黎都係好多野唔識 覺得自己呃緊飯食咁

嗯,首先澄清番,我講個個QoS所指既,係巴打提出既FTP問題,同前面既AIMD(slow start to congestion control)其實冇關係,不過呢個係我講得唔夠清楚

btw,謝巴打詳細答覆,畢竟AIMD玩法小弟知,不過唔太清楚依加WAN既問題(因為以AIMD既玩法,佢會自動調番好個window size,但依加似乎冇以前咁易玩,不過記憶中一般係用pipeline去玩而唔係go back N,而且packet有MTU限制個體大小,咁好似好難一次過loss哂整個1GB而replace整個1GB file吧)

做緊打雜
Router switch wifi 同firewall
無d好複雜既routing 會接觸到

不過之前都考左np

巴打，我本來想唔答。簡單d講，window size係可以自己調，但一般有set limit (MSS). 個limit就算你任何自動方法adjust,都有上限。如果無上限，你window size一直上，你個host如果係server, 傳個ftp都用1G ram 去buffer? 第二就算你用任何方法adjust window size, 都係以細size,一直increase到大size. 咁latency會令個process變慢。自然throughput平均值會低。成件事就係TCP本身無方法有效解決成件事。

MTU, 巴打你再諗真d. packet mtu 同呢件事無關。你tcp 1GB segement size...係有好多packets組成。細packets MTU 好處係favor latency sensitivity application, 大packets MTU就係overhead ratio 低高efficient. 但無論你大，定細packet. 當tcp自己重新組合返好packet做一個segment, 發現有問题，係會成重傳(unless你有selective ack enable)。但九成九係無。揾埋料你睇。自己讀下先。

https://accedian.com/enterprises/blog/measuring-network-performance-latency-throughput-packet-loss/

http://bradhedlund.com/2008/12/19/how-to-calculate-tcp-throughput-for-long-distance-links/

巴打你有無遇過真係shoot唔到既問題

報左course讀ccna留名

利申：有底

我跟Vincent,未上唔知好唔好

想share 下既係做network個trend 係愈黎愈差
無論人工，前境都係

因為而家d 公司好多時都cloud 晒，in house 冇咁複雜既network 需要manage
結果係真係需要呢d 人材既公司淨番isp / 大型仲用緊舊tech 既公司

但我係讀ccna

Franco教fast track所以跟佢唔到，Vincent 教full track，雖然我ive都有讀過network但都係報full track算，另外有買書睇