IP lnternetworking 0 IP is the only choice for large networks 0 No single vendor dominance; strong vendor suppo 0 Users & vendors heavily invested in IP lpsilon Networks Condentlal and Propr|etary Page 3
behind switches o ATM’s complexity far exceeds Ethernet’s o Switches don’t scale - no attention to routing o Networks not open for research innovation, end user customization, 3rd party enhancements lps|Ion Networks Conf|dent|a| and Proprietary Page 4
‘ .1§J*’~‘,€W i""m'$*§§§“*% 0 More innovative ideas & skills for network evolution than ever 0 Researchers can’t afford to build their own large networks 0 Vendors, not owners or researchers, control the evolution of networks 0 Large networks evolve slowly anyway 0 Evolution ceases; revolution starts to look good lpsilon Networks Confidential and Proprietary Page 5
switch hardware for revolutionary pricel performance 0 Let users avoid complex, proprietary & immature ATM protocols & products 0 Leverage innovation in the broad research community |p$l|Ol'l Networks Conf|dent|al and Proprietary Page 6
for traversing LAN media types 0 Routers allow scaling: >> Address & topology management >> Administrative boundaries >> Security management >> etc. 0 Lower layers can aggravate, but not alleviate, routing problems lpsilon Networks Condential and Propr|etary Page 8
» \ 5//::'A'4 7 A _ 4% 4‘ V »~":i“‘&"?';颧;,<:>,. - ‘ t ~ \~ \ *~s\\.==.\'/:7 W 0 Ethernet is cheap(!), but not fast enough o Workstations can use > 100Mbps; PCs are catching up 0 Connectionless multi-protocol routers are difficult and expensive 0 Switches are cheap and easy 0 ATM hardware leads in price/performance >> 25Mbps switched ATM cost == 1x switched Ethernet >> 155Mbps switched ATM cost == 2x switched Ethernet lpsilon Networks Confidential and Proprietary Page 9
to complexity o Virtual LANs, LAN Emulation mean more work for routers o ATM defines new, complex, address space - needs lots of administration o ATM defines heavyweight connection protocols lpsllon Networks Conf dent|a| and Proprietary Page 11
become open platforms o Hubs, bridges, routers, switches have become complex, closed, proprietary systems o Network vendors seek lock-in through proprietary interfaces, esp. management o Standards usually behind market need; typically no reference implementation 0 The Mega-Hub is the new mainframe lpsilon Netwo ks Confidential and P p etary Page 14
hlw 0 Not just a layering of routing above switching; route management replaces switch management 0 Open protocols, open platform for router hlw & slw to enable innovation lpsilon Networks Confidential and Proprietary Page 15
o Use public domain routing software; leverage oversupply of ATM hardware o Publish protocol specifications, management interfaces & reference implementations for all components 0 Deploy on commodity, open systems o Encourage commoditization of industry; foster competition to grow market o Create interoperability products for ATM Forum standards, Ethernet, etc. lpsilon Networks Confidential and Proprietary Page 16
5 ,;,;,,.* ,, ¢',11_1:¢;11*->< I , '>-<1 . ‘ t / }i‘\\\\“1‘<’%;§*,€§:v 1'~>1;“/ 14*"-"*°°**~;"M“: 1 >’-.;=;=;a:a=&;.;2;a;:,»; ...;.=~e:=.:===.-':=:-.-==a'" - ~ . _ \~ ¢ K »:Yf,*§»'1f’“<?‘f.=‘~.’~€‘l=2§’3§““""/-‘i‘i ' 1' » W 1&5.‘ \:\:>M».%»~>,“‘%;%l:%?-.'§.>?C.'_' ‘ii; o ITM uses ATM hardware 0 ITM uses IP focused software protocols 0 Both ends must be ITM, e.g., switch & hub or switch & NIC o ITM uses router software instead of ATM’s connection management software o ITM has PVCs just like ATM lpslon Networks Co fidentiala d Proprietary Page 19
~»~ 1 ¢ " K\ *1./4 an ‘M .4" , =-<=¢<-=->1»>¢=si.E-E*‘<-2.=-=-=.».=.-.=.. >s:1»:».==s'=:=s I:-- . Lollipop Router Lan Emulation Server amz EEEE x L <*~ HE L ‘ lpsilon Networks Confidential and Proprietary Page 26
'-.§ \;,. 7* _. \:\ ~ 2-I =-.v=-='“‘:“"“’=;'~‘ = F3 215 .....£ . W Big ATM Backbone o v /Lollipop Router @ gm z ).= ;.,,,. Ki‘ lee Q) Q) lpsilon Networks Confidential and Proprietary Page 24 EE-'2“ E525 EEEE i ‘* L ‘*- L <*
4% i - 1 =_ i @ @ 22:" lpsilon Networks Confidential and Proprieta B510 -—1l L <"- L. <1 Cl.L ry Page 25 ' g»,“w<>~\~ » ,77;1>~r=r>z;":(2;;~,§>;r,z>w;¢¢zs~zmss<\§»1@<4=\-$\V_*>ms;,.g»;;;;;;g:...=;;.;;;.; _;.~=;.==:;;", 1 4 »: ~; v '
er, “9;¢:4 1,.»--..-7»-».»» w \ \ A an ’ >i?'””‘ » T "> /é’) §”.’5i‘I§ \ 7< £3 3 r W 1 M : » :5:5:5:§=E'E:g§:!w:-::wca-:&m4E§§ 5E:E:E:E$:5;s>m:-:e==='-= 2 2 I -W; V »,=-=m£- ’ Router Router - ‘R E5! ig ;;:; L 1 lpsilon Networks Confidential and Proprietary Page 23
I The broken promise of ATM I ATM user bcrcklosh in ATM vendor nightmares I ATM Forum vs. IETF I ATM: layer 2 or loyer 3? I Neiwork lcryer Trends I Where IP is woy oheod I lpSwiic:h: besi of boih worlds I The business
Public addressing differs from privale (E.164 vs‘.‘NSAP) A IWhaf abouf privafe/public securily? Where’s fhe firewall? I Public ATM hobbled by regulafion, lack of compefilion I Privale ATM sfill immalure - esp. managemenf 8. rouling (P-NNI); sfandards sfill lacking I Too many new concepfs & oplions fo compefe wifh LAN fechnologies
configuration and management; e.g. NSAP address management, LAN emulation servers, virtual routers, NBMA ARP, etc. I Users will reject lock-in to vendor specific “value added ATM" whether in protocol or management arena I Users don't want to enable another Cisco; vendors all want to be the next Cisco I Why bother with ATM to the desktop when Fast Ethernet gives more bandwidth with no new hassles?
competition I Most vendors underestimate software effort I ATM Forum 8. IETF keep making the software harder; also promote competing models I Lots of vendors doing simplified, or value added, software frameworks; start pushing single-vendor-network strategy I Interoperability takes back seat to time-to- market I Interoperability of management frameworks is nowhere to be found
each other’s dream come true I ATM Forum dominated by telecom providers & h/w vendors - no understanding of LAN & lnternetworking requirements I IETF dominated by researchers with no respect or stomach for standards process; ATM is ‘packet shredder’ 8. ‘revenge of X.25’ I ATM Forum keeps innovating upwards in the protocol stack I IETF moving to less 8. less requirements of lower layers
as a data- link layer (I2), like X.25, ISDN, SMDS, LAN bridges I These protocols notorious for their mismatch with network layer protocols - lP,lPX, etc. I Requires routers (L3) to tie it all together I Complexity acceptable for WAN, but not LAN I User management investment is in network layer (incl. security) I What it ATM switches were routers instead of bridges (L3 instead of L2)?
I TCP/IP has the growth I Not much else matters - strong support of IP by Microsoft, Apple, Novell I lPng on horizon - potential to unity IP 8. IPX I lP evolving to support Q08 guarantees
QOS, & multicast routing - well researched approaches, standards deployed 8. in refinement I Security: protocols under standardization, key management frameworks being defined, firewalls known technology I Multicast traffic management - protocols in use, standards under way, existing multi- media applications (ATM very weak here) I Auto-configuration: standards deployed, getting even better with lPng I Mobility support - none yet with ATM
with speed of ATM hardware I Hybrid connectionless/connection based model: connections for speed & Q03 control I Simple new protocol for connection setup, close to ARP in function I No new address space to manage for ATM I Acknowledge need for different routing protocols in different parts of network hierarchy I New “flat” routing for leaf networks - eliminates need for virtual LAN model
various rouling prolocol soflware Freely available specificalions, available reference implemenlalion lo caplure research communily 8. aempl de-faclo sfalus 2 possible company slruclures - be syslems company which resells h/w, or be s/w company which sells lo syslems companies Long lerm: be leader in deploymenl of innovalive lechnologies in lhe TCP/IP markel - mullimedia, mullicasl, mobilily, elc.