home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / ale / ale-minutes-94dec.txt < prev    next >
Text File  |  1995-02-28  |  4KB  |  72 lines

  1.  
  2. CURRENT_MEETING_REPORT_
  3.  
  4. Reported by Frank Solensky/FTP Software
  5.  
  6. Minutes of the Address Lifetime Expectations Working Group (ALE)
  7.  
  8. These minutes are based on notes taken by Fred Baker.
  9.  
  10.  
  11. Summary
  12.  
  13. The ALE Working Group met for about an hour on Wednesday evening and
  14. discussed the most recent analyses of the growth of the Internet as
  15. measured by assigned numbers, the IEPG's response to the group's
  16. recommendation from the Toronto meeting and the group's future
  17. direction.  The growth analyses were placed at the end of the meeting to
  18. accommodate the attending area director's schedule constraints.
  19.  
  20. As a result of the apparent growth trends presented during the Toronto
  21. meeting, the working group decided to ask the area director to inform
  22. the IESG that it may soon become necessary for IANA to start assigning
  23. network numbers out of the upper half of Class A (aka:  `A-sharp')
  24. number space for CIDR-like IPv4 address assignments and that planning
  25. for this situation should begin.  Scott Bradner, in his capacity as the
  26. IPng Area Director, recommended that the group identify the issues that
  27. such a plan would raise and recommended workarounds before he could
  28. forward it.
  29.  
  30. One such issue was discussed during the CIDR Deployment Working Group
  31. meeting earlier that afternoon:  a router that was configured with a
  32. default next-hop address and a route to a single subnetwork of a Class A
  33. network number was unable to forward packets to the other subnetworks
  34. within that same Class A network.  A software upgrade solved this
  35. problem; the group's recommendation will include having all service
  36. providers to support `classless' routers, the users inside a separated
  37. fragment of a classful network number need to either make the same
  38. upgrade or VLSMs with configurable static routes or default subnetwork
  39. routing, and non-stub networks need to use classless routing protocols.
  40. Fred Baker and Tony Li took an action item to place appropriate wording
  41. into the next draft of the router requirements document.
  42.  
  43. Since the IPng area is expected to disband in the near future and much
  44. of the remaining work also falls within the scope of the CIDR Deployment
  45. group, it was suggested that the ALE group would be subsumed by CIDRD
  46. with Jessica Yu and Tony Li nominated as co-chairs of the new group by
  47. Vince Fuller and Frank Solensky respectively.  The actual merging of the
  48. groups and their charters will be discussed on the ALE list shortly.
  49.  
  50. While performing the numerical analysis during the preceding weekend, an
  51. inconsistency was discovered in the two most recent IP Allocation
  52. Reports:  the counts of Assigned and Allocated Network Numbers in the
  53. October report had dropped by 1% for Class B numbers and 14.4% for 
  54. Class C when compared to the August report.  Since there is no mechanism in
  55. place for numbers to be returned to IANA, it was assumed that there must
  56. be a bug in the program generating the reports; representatives from the
  57. InterNIC were notified of the problem earlier in the week and planned to
  58. investigate it as soon as possible.
  59.  
  60. The linear growth model, presented by Tony Li, included these last two
  61. data points while the logistic model, presented by Frank Solensky, did
  62. not.  Both models currently suggest that IPv4 addresses would be
  63. depleted around 2008, give or take three years.
  64.  
  65. Tony repeated his suggestion from the Toronto meeting that the
  66. registered owners of addresses in the lower half of Class A space be
  67. contacted to see if any of these network numbers may also be reclaimed.
  68. While there are only 63 of these numbers, these numbers represent more
  69. than 12% of the total IPv4 address space; each network number recovered
  70. in this manner may translate to an additional month of IPv4.
  71.  
  72.