home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / bgpdepl / bgpdepl-cidrd-minutes-93nov.txt < prev    next >
Text File  |  1994-02-17  |  13KB  |  333 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4.  
  5. Reported by Peter Ford/LANL
  6.  
  7. Minutes of the Joint Session of the BGPDEPL Working Group and
  8. CIDRD BOF
  9.  
  10. The BGP/CIDR deployment meeting was held on November 3, 1993 and was
  11. chaired by Jessica Yu and Vince Fuller.  The first order of business was
  12. a brief status report on BGP-4 implementations:
  13.  
  14.  
  15.    o ANS (Guy Almes):  The ANS test network mid-November.  Deployment in
  16.      the ANS production network during December.
  17.  
  18.    o cisco (Paul Traina):  In beta.  Get the image from ftp.cisco.com.
  19.      Please join the beta list; mail to pst@cisco.com.
  20.  
  21.    o Wellfleet (John Krawczyk):  Full product in 8.0 by Spring/Summer
  22.      1994 test version in by January/February.
  23.  
  24.    o 3Com (Tracy Mallory):  Beta available.
  25.  
  26.    o BBN: Under development.
  27.  
  28.    o Europanet testing in progress, deployment by end of the year.
  29.  
  30.    o Rainbow Bridge (Rob Coltun):  Status?
  31.  
  32.  
  33. Peter Lothberg and Andrew Partan reported on their BGP-4 test network.
  34. It is a virtual test network which is accessible to anyone who wished to
  35. participate.  The current players are predominantly cisco-based, and
  36. many use cisco GRE tunnels to obtain connectivity with the test network.
  37. There are currently 15K IP networks sloshing around.
  38.  
  39. The following participants are on the test network and ANS is expected
  40. to be soon.
  41.  
  42.  
  43.    o 3Com
  44.    o Alternet
  45.    o cisco
  46.    o Ebone
  47.    o ESnet
  48.    o ICMnet
  49.    o IIJ
  50.    o NEARnet
  51.    o RIPE NCC
  52.    o STUPI
  53.  
  54.  
  55. Peter Lothberg reports that he has converted the EBONE over to using
  56. BGP-4 (nine routers).  Static aggregates have been injected into EBONE
  57. from the regionals and passed over to other regionals and the ICM. He
  58. also reported that the ICM system has also been cut over to BGP-4 (four
  59. routers).  Andrew reported a similar cut over of the Alternet routing
  60. system.
  61.  
  62. It was noted that the current BGP-4 code is beta code and one has to
  63. carefully test their current configuration and operation prior to
  64. deploying this code in full operation.  Join the beta list at cisco for
  65. more details.
  66.  
  67. Andrew reported that Alternet uses IGRP within their system and Peter
  68. Lothberg reports that he is using IS-IS.
  69.  
  70.  
  71. Merit Routing Registry - Dale Johnson
  72.  
  73. From the network operators' point of view, there is a need to be able to
  74. validate the aggregate routes received via CIDR. One approach is to
  75. register aggregate routes in a database with its creator AS information
  76. and the contact information of the AS could be obtained from various
  77. existing databases such as the InterNIC, RIPE and Merit.  Merit, RIPE
  78. and the InterNIC will work together on this.
  79.  
  80. Another approach mentioned at the meeting is to use BGP's AGGREGATOR
  81. field to carry such information.
  82.  
  83.  
  84. Guidelines for Block Assignment
  85.  
  86. Marten Terpstra gave a presentation on Guidelines for block assignment.
  87. The RIPE people have worked with the European network community to build
  88. a distributed operational model for Internet Registries (IRs).  They
  89. currently work with a model of:  Global IR, Regional IR, Local IR. The
  90. RIPE NCC allocates addresses to Local IRs based on the following
  91. guidelines:
  92.  
  93.  
  94.    o Get two year estimate of address usage.  Make sure blocks are
  95.      CIDRable.  CIDR enforced to end sites.  Can claim unused reserve
  96.      block.
  97.  
  98.    o The RIPE NCC has been assigning the CIDR way, since June 1992.  The
  99.      procedures are documented in RIPE 72 which can be obtained via
  100.      anonymous FTP or Gopher from ns.ripe.net.
  101.  
  102.    o The RIPE DNS scheme for 193.in-addr.arpa is to try to delegate
  103.      zones to providers.  RIPE 84 documents policy (customer shifts,
  104.      preserve mapping, etc.).
  105.  
  106.    o Dennis Ferguson asked about the current efficiency of use of IP
  107.      address space from the European side.  It is estimated to be 3.8%.
  108.  
  109.    o RIPE only allocates for Europe and would like to advocate that
  110.      regional registries do the same.
  111.  
  112.    o Marten noted that assignments do not really count as allocated
  113.      unless they submit detailed information to the network, ensuring
  114.      that the RIPE NCC is kept up-to-date.
  115.  
  116.  
  117. BARRNet Allocation of Addresses
  118.  
  119. Jessica asked Vince to report on how Barrnet allocates addresses.  Vince
  120. indicated that this is a manpower intensive process.  They sit down with
  121. customers to get an estimate for two years out, then they work on a
  122. subnetting scheme and do a crystal ball gaze.
  123.  
  124.  
  125. InterNIC Allocation of Addresses
  126.  
  127. Mark Kosters of the InterNIC reviewed how they allocate addresses, which
  128. was similar in spirit to the Barrnet and the RIPE NCC. Tony Bates, Mark
  129. Kosters and Vince volunteered to write an allocation policy document
  130. which can be used as guidance for providers.
  131.  
  132. The InterNIC will be doing block in-addrs.
  133.  
  134. When the InterNIC allocates a CIDR block to a provider, assignments are
  135. requested to be sent back to the InterNIC who will register the
  136. assignments to the InterNIC database.  The Shared WHOIS Project (SWIP)
  137. is working on getting many of the InterNIC-related electronic updates
  138. done in a timely manner.  The RIPE NCC does all their updates
  139. electronically and are happy with the results to date.
  140.  
  141. There were several suggestions from the working group to the InterNIC
  142. with regard to policy.
  143.  
  144. It is felt that the InterNIC needs to do more preallocation of blocks
  145. for IRs that are to be delegated.
  146.  
  147. Marten suggested the InterNIC look into swapping CIDRable Cs for Bs that
  148. are already allocated, but not heavily utilized.
  149.  
  150.  
  151. ``Greening of the Internet''
  152.  
  153.  
  154. Vince led a discussion on ``Greening of the Internet.''
  155.  
  156. The outline of the talk was:
  157.  
  158.  
  159.    o Class A usage with CIDR
  160.    o Subnets and CIDR
  161.    o Renumbering issues and tools
  162.    o Politics of CIDR---block sizes, provider responsibility
  163.    o CIDR Analysis discussion and question and answer
  164.  
  165.  
  166. Class A Usage with CIDR has a few small problems:
  167.  
  168.  
  169.    o There is a DNS issue, which relates to how providers delegate the
  170.      in-addr namespace.
  171.  
  172.    o Dumb multihomed host problem.  Using older BSD systems as routers.
  173.      It is felt that if a system can not handle variable length subnet
  174.      masks they are obsolete.
  175.  
  176.  
  177. VLSM needs to be better documented, and their use, made simpler by
  178. better tools and education.  It is observed that most sites simply use
  179. 8-bit subnets since they are the easiest thing to read, use, etc.
  180.  
  181. Charley Kline who is in charge of networks at UIUC, described how they
  182. allocate subnets.  Following methods described in RFC 1219, and
  183. implementing software to help administer the address space, UIUC has
  184. been able to manage 13K hosts and 324 subnets in a single Class B
  185. network.  Charley illustrated the methodology using binary trees.
  186.  
  187. Tom Easterday and Charley Kline volunteered to work on a document
  188. describing the use of VLSM and better utilization of subnets in a single
  189. address block.  Havard Eidnes agreed to help and offered the use of his
  190. INET '93 paper as a starting point.  Havard's paper is available in the
  191. INET '93 proceedings via anonymous FTP and Gopher from
  192. cnri.reston.va.us.
  193.  
  194. There was a unanimous vote in favor of using the IP addr/len syntax for
  195. representing prefixes.
  196.  
  197. Scott Bradner stated that it is important for the ALE and CIDRD Working
  198. Groups to establish goals and objectives for address space usage.
  199.  
  200. Vince presented a ``pain and anguish'' slide which went into the issue
  201. of renumbering sites.  The discussion focused on better uses of the
  202. already allocated Class A network addresses.  Vince pointed out that
  203. CIDR does not require one to renumber when a site leaves one provider
  204. for another, but to maintain a minimal state of routing information is a
  205. good idea.  To support this activity we need tools and documentation on
  206. renumbering.  The use of DHCP can help reduce the effort in converting
  207. from one IP address block to another.
  208.  
  209. Barrnet has helped to renumber several sites and has used the following
  210. procedure:
  211.  
  212.  
  213.    o Add new DNS NS addresses at the InterNIC.
  214.    o Add new addresses on the primary server, wait for propagation.
  215.    o Reconfigure the network.
  216.    o Delete old addresses from the primary server.
  217.    o Delete old NS addresses at the InterNIC.
  218.  
  219.  
  220. Barrnet customers have not had problems with renumbering, provided the
  221. customers are given a good set of instructions.  Transitions must be
  222. gradual if they are to work.  Secondary addresses are needed to
  223. facilitate transition, and most routers support this.
  224.  
  225. Yakov Rekhter volunteered to discuss dynamic updates of DNS with the
  226. Domain Name Systems Working Group (DNS).
  227.  
  228. Several other ideas to conserve address space came up during discussion
  229. including ARP being changed to be like ES-IS for IP, dynamic prefix
  230. updating, etc.
  231.  
  232. Tony Li put up a prototype charter of the proposed ALE Working Group.
  233. The primary purpose is to watch utilization numbers.
  234.  
  235. Andrew Partan used Alternet data to show how much CIDR can buy you.  The
  236. number of networks from AS701 shrinks from 2100 to 650 today.
  237.  
  238. There was a brief report on how big an Internet can be routed today:
  239.  
  240.  
  241.    o 28-29K routes in a 16 MB cisco.
  242.    o 25K routes in the ANS routers.
  243.  
  244.  
  245. Tony Bates volunteered to help continue the monitoring mode.  Tony
  246. Bates, Marten, David Conrad and Vince will document how to better use
  247. address space within sites.
  248.  
  249.  
  250. Attendees
  251.  
  252. Susie Armstrong          susie@mentat.com
  253. Jules Aronson            aronson@nlm.nih.gov
  254. William Barns            barns@gateway.mitre.org
  255. Tony Bates               tony@ripe.net
  256. Erik-Jan Bos             erik-jan.bos@surfnet.nl
  257. Rebecca Bostwick         bostwick@es.net
  258. Jim Bound                bound@zk3.dec.com
  259. Rich Bowen               rkb@ralvm11.vnet.ibm.com
  260. Scott Bradner            sob@harvard.edu
  261. Al Broscius              broscius@bellcore.com
  262. Jeffrey Burgan           jeff@nsipo.nasa.gov
  263. Enke Chen                enke@merit.edu
  264. Henry Clark              henryc@oar.net
  265. Michael Collins          collins@es.net
  266. Rob Coltun               rcoltun@ni.umd.edu
  267. John Curran              jcurran@nic.near.net
  268. Michael Davis            mike@dss.com
  269. Taso Devetzis            devetzis@bellcore.com
  270. Christopher Dorsey       dorsey@es.net
  271. Tom Easterday            tom@cic.net
  272. Havard Eidnes            havard.eidnes@runit.sintef.no
  273. Robert Enger             enger@seka.reston.ans.net
  274. Stefan Fassbender        stf@easi.net
  275. Dennis Ferguson          dennis@ans.net
  276. Robert Fink              rlfink@lbl.gov
  277. Dale Finkelson           dmf@westie.mid.net
  278. Peter Ford               peter@goshawk.lanl.gov
  279. Catherine Foulston       cathyf@rice.edu
  280. Vince Fuller             vaf@barrnet.net
  281. Vincent Gebes            vgebes@sys.attjens.co.jp
  282. Herluf Hansen            hha@tbit.dk
  283. Denise Heagerty          denise@dxcoms.cern.ch
  284. Matt Hood                hood@nsipo.nasa.gov
  285. David Jacobson           dnjake@vnet.ibm.com
  286. Dale Johnson             dsj@merit.edu
  287. Matthew Jonson           jonson@ddn.af.mil
  288. Jeanine Kamerdze         kamerdze@nsipo.nasa.gov
  289. Akira Kato               kato@wide.ad.jp
  290. Hiroshi Kawazoe          kawazoe@trl.ibm.co.jp
  291. Sean Kennedy             liam@nic.near.net
  292. Charley Kline            cvk@uiuc.edu
  293. Mark Kosters             markk@internic.net
  294. John Krawczyk            jkrawczy@wellfleet.com
  295. Walter Lazear            lazear@gateway.mitre.org
  296. Tony Li                  tli@cisco.com
  297. Robin Littlefield        robin@wellfleet.com
  298. Kim Long                 klong@sura.net
  299. Peter Lothberg           roll@stupi.se
  300. Bill Manning             bmanning@rice.edu
  301. Glenn Mansfield          glenn@aic.co.jp
  302. Jun Matsukata            jm@eng.isas.ac.jp
  303. Stephen Miller           smiller@bbn.com
  304. Pushpendra Mohta         pushp@cerf.net
  305. Dennis Morris            morris@altair.disa.mil
  306. Jun Murai                jun@wide.ad.jp
  307. Michael O'Dell           mo@uunet.uu.net
  308. Vijayaragavan Pandian    vjp@proteon.com
  309. Andrew Partan            asp@uunet.uu.net
  310. Brad Passwaters          bjp@eng.umd.edu
  311. Michael Patton           map@bbn.com
  312. David Piscitello         wk04464@worldlink.com
  313. Kenneth Rehbehn          kjr@netrix.com
  314. Yakov Rekhter            yakov@watson.ibm.com
  315. Isil Sebuktekin          isil@nevin.bellcore.com
  316. Paul Serice              serice@cos.com
  317. Erik Sherk               sherk@sura.net
  318. Timon Sloane             timon@timonware.com
  319. Frank Solensky           solensky@ftp.com
  320. Bernhard Stockman        boss@ebone.net
  321. Larry Tepper             ltepper@compatible.com
  322. Marten Terpstra          marten@ripe.net
  323. Claudio Topolcic         topolcic@cnri.reston.va.us
  324. Jerry Toporek            jt@mentat.com
  325. Paul Traina              pst@cisco.com
  326. Keisuke Uehara           kei@cs.uec.ac.jp
  327. William Warner           warner@ohio.gov
  328. Chris Wheeler            cwheeler@cac.washington.edu
  329. Jane Wojcik              jwojcik@bbn.com
  330. David Woodgate           David.Woodgate@its.csiro.au
  331. Jessica Yu               jyy@merit.edu
  332.  
  333.