home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / cidrd / cidrd-minutes-94mar.txt < prev    next >
Encoding:
Text File  |  1994-05-13  |  10.9 KB  |  304 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Jessica Yu/Merit
  5.  
  6. Minutes of the CIDR Deployment Working Group (CIDRD)
  7.  
  8.  
  9. Agenda
  10.  
  11.    o CIDR deployment status
  12.    o Aggregation do's and don'ts
  13.    o Request for more generality in NSFNET NACRs
  14.    o CIDR block allocation guidelines
  15.    o Router VLSM functionality test reports
  16.    o NIC check/renumbering
  17.  
  18.  
  19. Administrivia
  20.  
  21. This group was formerly called ``BGP Deployment and Application''
  22. (BGPDEPL). The name has officially been changed to ``CIDR Deployment''
  23. (CIDRD) to better reflect its current mission.  The mailing list for the
  24. group has not changed.
  25.  
  26.  
  27. Overview
  28.  
  29. The group agreed unanimously and emphaticly that CIDR needs to be
  30. deployed now.  The last major piece of core BGP-4 interoperability is to
  31. be deployed on the Saturday after the meeting when ANS and the CIX will
  32. start speaking BGP-4 to each other.  There are already about 100
  33. networks being routed by aggregates alone; there is proof now that CIDR
  34. is working and that it is reasonably safe to switch to it.  The next
  35. group meetings for discussing CIDR deployment will probably be the
  36. NATCOM (formerly ``Regional-Techs'') meeting in Ann Arbor 2-3 June, and
  37. the RIPE meeting.  These meetings are too far in the future to defer
  38. CIDR deployment issues until then.  Progress on CIDR needs to be made
  39. now; any coordination necessary to make that happen needs to happen in
  40. this meeting or on mailing lists.
  41.  
  42. There was an extended discussion about whether this group should pick a
  43. date and then stop routing where providers had not aggregated.  A straw
  44. poll showed 18 hands supporting such a unified cutoff date somewhere
  45. around 1 June 1994.  There were some strong cautions (including from
  46. Scott Bradner, Operations Area co-Director) that IETF working groups do
  47. not have the formal structure to allow this kind of a trade decision.
  48. This might constitute legal restraint of trade.  It would be better for
  49. NSPs to make such decisions independently (especially with independently
  50. selected dates), but not formally as this group.
  51.  
  52. Andrew Partan offered the following perspective:  as a service provider,
  53. he will monitor his routing tables and will keep the list posted; he
  54. will not set an arbitrary date now.  But if the situation grows more
  55. critical, he will do what is necessary to keep his network viable.
  56. Suggestions:  service providers should enable proxy for stub sites; look
  57. at ASs that are not creating aggregates, and do proxy there.
  58.  
  59.  
  60. CIDR Deployment Status
  61.  
  62. Jessica Yu presented the following points:
  63.  
  64.  
  65.    o Many ASs have deployed BGP-4 and are CIDR-capable now
  66.  
  67.    o All major providers are either ``CIDRizing'' or defaulting
  68.  
  69.    o About 30 ASs are advertizing about 100 CIDR routes
  70.  
  71.    o About 200 more specific routes have been withdrawn
  72.  
  73.    o The community desperately needs to further reduce routing table
  74.      size
  75.  
  76.    o New ways to do operations in a CIDR world need to be found
  77.  
  78.  
  79. Tony Bates reported that twenty-seven aggregates are not announcing any
  80. more-specific routes.  See the files ftp.ripe.net:cidr/stats/Specific*
  81. for daily updates.
  82.  
  83. Eric-Jan Bos presented tables from The Netherlands showing:  with
  84. ``classic'' measures:  19758 routes (24 As, 4143 Bs, 15591 Cs); looking
  85. to CIDR measures:  four ``B'' blocks + 109 ``C'' blocks (1x/9, 4x/15,
  86. 20x/16 ...  34x/23).  Only thirty-five ASNs are announcing aggregates
  87. (of 338 known ASNs)!
  88.  
  89. Merit posts lists of aggregate nestings and withdrawals (also noting
  90. policy conflicts) in:
  91.  
  92.  
  93.      merit.edu:pub/nsfnet/cidr/nestings.announced
  94.  
  95.  
  96. CIDR progress, as seen on AS690, is also tracked in cidr_savings in the
  97. same directory.
  98.  
  99.  
  100. Aggregation Do's and Don'ts
  101.  
  102. Andrew Partan presented the following points:
  103.  
  104.  
  105.    o Proxies need to know the local topology.
  106.  
  107.    o Sometimes when people announce a large route and withdraw the more
  108.      specific routes, they forget that you still need to route some of
  109.      those more-specifics (e.g., customers who have moved, multi-homed
  110.      ASs).
  111.  
  112.    o Check outside of your routers to see what is really happening in
  113.      the outside world.
  114.  
  115.  
  116.  
  117. Meta-Aggregate NACRs
  118.  
  119. Peter Lothberg requested a change in the way that AS690 handles
  120. aggregate configurations.  He would like to be able to configure one
  121. aggregate, and then be allowed to announce any classless network within
  122. that aggregate and have exactly what he announces be propagated into and
  123. through AS690.  This would allow him to change his aggregation strategy
  124. on the fly without registering each aggregate that he intends to use in
  125. the future with the NSFNET PRDB. Dennis Ferguson said he would look into
  126. what this would require.  Merit will also review the routing stability
  127. implications of this change.
  128.  
  129.  
  130.  
  131. CIDR Block Assignments
  132.  
  133. It would be very helpful to have a document that NSPs can hand out to
  134. their customers to explain the CIDR conservation situation and rational
  135. CIDR block allocation policies.  (This has come up before, but it is
  136. becoming more urgent.)  Vince Fuller presented a list of some pieces
  137. that already exist:
  138.  
  139.  
  140.    o IANA to regional NICs (i.e., RFC 1466)
  141.    o Regional NIC to providers (i.e., RIPE-104)
  142.    o Provider to customers (i.e., RIPE templates)
  143.    o Customer block usage (subnetting document?  Harvard Eidnes document
  144.      extract?)
  145.  
  146.  
  147. How many documents exist?  What is the structure of the documents?
  148.  
  149. Customer block assignment issues:  How big should blocks be?  (The
  150. customer doesn't know.)  Vince presented the following questions/issues
  151. when this question was asked:
  152.  
  153.  
  154.    o How many host IP addresses?
  155.    o How many network segments?
  156.    o Hosts per segment (range)?
  157.    o What type of routers?
  158.    o WAN links (i.e., multiple sites in customer network)?
  159.       -  If yes, #1-3 for each site.
  160.       -  Un-numbered serial links?
  161.    o Goal of >10% block utilization (Postel to SESQUInet)
  162.    o RFC 1597---how much of the net is public?
  163.  
  164.  
  165. Charlie Kline presented his tool for managing CIDR allocations.  It is
  166. available from:
  167.  
  168.  
  169.      ftp.cic.net:/pub/src/tree.tar.Z
  170.      ftp.cic.net:/pub/src/tree.hqx (Macintosh executable)
  171.  
  172.  
  173. Peter Ford also pointed out that we need to document CIDR and allocation
  174. guidelines for two categories of large future usage:  SLIP and PPP
  175. protocols.
  176.  
  177. David Conrad, Tony Bates, Marten Terpstra and Andrew Partan will work on
  178. these documents.  Peter Ford will co-ordinate the editing of this
  179. document.  Goals are 1 May for a draft, and a final copy after the next
  180. RIPE meeting.
  181.  
  182.  
  183. WIDE VLSM Report
  184.  
  185. Akira Kato made a presentation of his work with Hiroshi Kawazoe on a
  186. project to determine if VLSM is ready or not.  His slides follow the
  187. minutes.  A test was held on 24-25 November with the following routers:
  188. IBM 611/140, mpnp.1.1.1.2; Proteon CNX-500, V15.0a[Z1]; cisco 3000,
  189. 9.1.8; 3Com NetBuilder II, XW6.2.0.10; and Sony NWG-5000WSN, NEWS-OS
  190. 6.0.  Product performance is not identified by router in the final
  191. report, by agreement with the participants.
  192.  
  193. Most routers passed most of the tests they performed, except one which
  194. failed to handle supernets.  Conclusion:  VLSM is almost ready.
  195.  
  196.  
  197. Action Items
  198.  
  199.    o NSPs leave Seattle, go home and withdraw some routes!
  200.  
  201.    o Use bgpd@merit.edu to make CIDR progress known.
  202.  
  203.    o NSPs will press their customers and peers to implement CIDR.
  204.  
  205.    o NSPs will start to proxy-aggregate stub-ASs.
  206.  
  207.    o RIPE and Merit will set up CIDR tool repositories for public use
  208.      (ftp.ripe.net:/cidr/fdata,docs,stats,toolsg).
  209.  
  210.    o Group to produce guidelines documents (details above).
  211.  
  212.  
  213. Attendees
  214.  
  215. Nashwa Abdel-Baki        nashwa@frcu.eun.eg
  216. Vadim Antonov            avg@sprint.net
  217. Susie Armstrong          susie@mentat.com
  218. William Barns            barns@gateway.mitre.org
  219. Tony Bates               tony@ripe.net
  220. Jordan Becker            becker@ans.net
  221. Steven Blair             sblair@dell.com
  222. Erik-Jan Bos             erik-jan.bos@surfnet.nl
  223. Scott Bradner            sob@harvard.edu
  224. Ronald Broersma          ron@nosc.mil
  225. Brad Burdick             bburdick@radio.com
  226. Jeffrey Burgan           jeff@nsipo.nasa.gov
  227. Joesph Burrescia         burrescia@es.net
  228. Randy Bush               randy@psg.com
  229. Henry Clark              henryc@oar.net
  230. Michael Collins          collins@es.net
  231. David Conrad             davidc@iij.ad.jp
  232. Steve Corbato            corbato@nwnet.net
  233. Sean Doran               smd@use.net
  234. Tom Easterday            tom@cic.net
  235. Havard Eidnes            havard.eidnes@runit.sintef.no
  236. Nasser El-Aawar          nna@ans.net
  237. Erik Fair                fair@apple.com
  238. Steve Feldman            feldman@mfsdatanet.com
  239. William Fenner           fenner@cmf.nrl.navy.mil
  240. Dennis Ferguson          dennis@ans.net
  241. Robert Fink              rlfink@lbl.gov
  242. H. Tom Fitzpatrick       fitz@ddn.af.mil
  243. Vince Fuller             vaf@barrnet.net
  244. Dimitry Haskin           dhaskin@wellfleet.com
  245. Eugene Hastings          hastings@psc.edu
  246. Kenneth Hays             hays@scri.fsu.edu
  247. Denise Heagerty          denise@dxcoms.cern.ch
  248. Steven Hubert            hubert@cac.washington.edu
  249. Jinho Hur                jhhur@cosmos.kaist.ac.kr
  250. Geoff Huston             g.huston@aarnet.edu.au
  251. David Jacobson           dnjake@vnet.ibm.com
  252. Dale Johnson             dsj@merit.edu
  253. Matthew Jonson           jonson@ddn.af.mil
  254. Merike Kaeo              mkaeo@cisco.com
  255. Akira Kato               kato@wide.ad.jp
  256. Hiroshi Kawazoe          kawazoe@trl.ibm.co.jp
  257. Sean Kennedy             liam@nic.near.net
  258. Edwin King               eek@atc.boeing.com
  259. Charley Kline            cvk@uiuc.edu
  260. Mark Knopper             mak@aads.net
  261. John Krawczyk            jkrawczy@wellfleet.com
  262. Tony Li                  tli@cisco.com
  263. Lars-Johan Liman         liman@sunet.se
  264. Kim Long                 klong@nysernet.org
  265. Peter Lothberg           roll@stupi.se
  266. Jamshid Mahdavi          mahdavi@psc.edu
  267. Bill Manning             bmanning@rice.edu
  268. Matt Mathis              mathis@psc.edu
  269. Jun Matsukata            jm@eng.isas.ac.jp
  270. Keith Mitchell           keith@pipex.net
  271. Pushpendra Mohta         pushp@cerf.net
  272. Gilles-Andre Morin       gamorin@shl.com
  273. Ngoc-Lan Nguyen          lnguyen@icp.net
  274. Peder Chr.  Noergaard    pcn@tbit.dk
  275. Donald Pace              pace@cntfl.com.
  276. Krishnan Parameshwaran   krishnap@microsoft.com
  277. Kurt Parent              kurt@nwnet.net
  278. Andrew Partan            asp@uunet.uu.net
  279. Michael Patton           map@bbn.com
  280. David Piscitello         dave@corecom.com
  281. Rex Pugh                 pugh@hprnd.rose.hp.com
  282. Yakov Rekhter            yakov@watson.ibm.com
  283. Robert Reschly           reschly@brl.mil
  284. Tony Richards            richards@sprintlink.net
  285. Francois Robitaille      francois.robitaille@crim.ca
  286. Duncan Rogerson          d.rogerson@nosc.ja.net
  287. Michal Rozenthal         michal@fibronics.co.il
  288. John Scudder             jgs@merit.edu
  289. Tim Seaver               tas@concert.net
  290. Henry Sinnreich          hsinnreich@mcimail.com
  291. Bernhard Stockman        boss@ebone.net
  292. Tim Streater             t.c.streater@dante.org.uk
  293. Marten Terpstra          marten@ripe.net
  294. Paul Traina              pst@cisco.com
  295. Willem van der Scheun    scheun@sara.nl
  296. Ruediger Volk            rv@informatik.uni-dortmund.de
  297. Chris Wheeler            cwheeler@nwnet.net
  298. Linda Winkler            lwinkler@anl.gov
  299. Cathy Wittbrodt          cjw@barrnet.net
  300. Philip Wood              cpw@lanl.gov
  301. Jessica Yu               jyy@merit.edu
  302. Paul Zawada              Zawada@ncsa.uiuc.edu
  303.  
  304.