馬嘶的網路大道

including data centers, networks, compute, storage, databases and load balancers 當然,我最在意的還是網路, 但是其他的領域還是要有一定程度的了解, 否則不能從整體的角度思考, 這很難很難,哎 http://www.zdnet.com/amazons-vogels-next-gen-it-architectures-need-to-be-cost-aware-7000008106/

算來MPLS是我職業生涯花最多時間的協定, 也是到今天唯一讓我覺得能對網 路起巨大改變的架構轉移, SDN就還不是 不過, 我一直都在思考為何就是有些用戶就是抗拒MPLS, 當然, 還有 BGP 哈, 這兩個協定偏偏就是 J在行的, 一再要拿出來用, Qfabric肚子裡就是 BGP和MPLS 購回的新公司也還是主打這兩樣, 我也是這兩個協定的 supporter, 我至少花了超過五年的時間 才能稍稍掌握, 不過, 原先的抗拒力從何來是該好好想想 http://www.sdncentral.com/companies/juniper-ankur-singla-sdn/2013/05/ Traffic Engineering with MPLS  是本超棒的書, 沒細讀完這本, 我實在不能相信 你已掌握TE的精要, 這也是唯一你能找到的書 相對MPLS-Enabled Applications: Emerging Developments and New Technologies 的精要,  MPLS Fundamentals 就是本參考書 MPLS的Qos其實就是骨幹的Qos, 這和邊緣的 Qos思路完全不同, 加入TE/FRR後更是 讓情況複雜到底, 這兩本是你該讀的 QoS for IP/MPLS Networks Deploying IP and MPLS QoS for Multiservice Networks: Theory & Practice

搞網路的遇到網路效能有問題時, 常問的一個問題是 CPU使用率如何? Memory勒 上周發現客戶只有信心5-10秒丟一筆路由更新, 把我嚇了一跳, 我以為我們已到了新世紀了, openflow controller公司不是告訴我們cluster VM可以搞定控制層的CPU負載嗎? 哀, 這就是搞其他層太久的後遺症

產品和理論不能在家裡自己搞, 我就被狠狠打醒了 - 不要妄想一個方案可以搞定 - 頻寬消耗就是大事(對半大不小的ISP來說, 以台灣來說, 應該只有一家不是) - 自己防的要等ISP不丟你的包

必要/不退流行/花再多時間也不浪費         Ethernet,TCP,  DNS, HTTP, OSPF, BGP(*) 一時流行/說掛就掛      WiMax 有點小眾/必有需求        SIP, MPLS(RSVP, VPN....), Sync, ISIS 掛了          ATM, SNA(DLSW, SDLC, ), SDH

https://speakerdeck.com/etherealmind/cloud-networking-is-not-virtual-networking-london-vmug-20130425 重開一台網路設備可能導致全網掛點, 這是所謂的SDN不可能完全照抄web 2.0(or 3.0)的瘋狂進展的原因 網路設備間的相依度比起應用或server來的高太多了

Network, Interrupted 網路再搞單一廠商垂直整合(control + data plane)就是死路一條, 這篇用非常激烈的語句強烈提醒大家 你信嗎?

http://bits.blogs.nytimes.com/2012/12/06/planning-his-legacy-cisco-chief-maps-an-expansion/ 雖說這件事在其他領域早就發生, 但在networking ,這就很

MUST read! High Performance Browser Networking and this IMPACT OF TCP AND HTTP ON WEB APPLICATION PERFORMANCE