home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / rps / rps-minutes-97apr.txt < prev    next >
Text File  |  1997-05-29  |  4KB  |  74 lines
  1. Editor's Note:  These minutes have not been edited.
  2.  
  3.  
  4. RPS WG Meeting Minutes (Wed 10:15am - 11:15am)
  5. Reported by Ramesh Govindan
  6.  
  7. Cengiz Alaettinoglu started the meeting by describing changes to the
  8. RPSL specification.  The first change involves adding a new exception
  9. specification to the as-in statement. This doesn't change the
  10. expressivity of the language, but makes it convenient to express
  11. exceptions, and makes it less error-prone. Exceptions may be
  12. arbitrarily nested.  A second change is in support for tunnels. For
  13. this, we need to modify the ifaddr statement to add an identifier for
  14. a tunnel.  To the tunnel object, we added a way to specify the tunnel
  15. encapsulation mechanism, and a way to specify the tunnel protocol.
  16. Changes to the community attribute include allowing a list of
  17. communities to be specified with the "contains" method.  Also changed
  18. the next-hop attribute to allow assignment to "self".  Cengiz asked
  19. whether the document could be forwarded for IESG consideration. No one
  20. present dissented.  Dave Meyer talked described the Internet-Draft
  21. "Application of RPSL on the Internet".
  22.  
  23. This document explains how RPSL might be used to specify policy
  24. objects: the document describes examples of common objects, some
  25. canonical policy examples, and the use of tools.  The document also
  26. discusses a preferred naming convention for AS sets or AS macros and
  27. other high-level objects.  Dave presented several examples described
  28. in the I-D.  There was confusion about the use of <> in one of the
  29. examples: Randy Bush and Alan Barrett explained the difference between
  30. the use of <^AS3582$> and AS3582 in the policy filter.  Cengiz
  31. suggested including both examples in the draft.  Randy suggested
  32. explaining in greater detail the semantics of regular expressions used
  33. in policy filters, specifically in the provider-provider policy
  34. description.  Some discussion in the RtConfig description about
  35. cisco's AS path length limitation: Tony Bates indicated that the 255
  36. character limit had been fixed.  Dave also suggested adding to the
  37. draft some text about how to manage an aut-num object. Cengiz said
  38. that the recommendations specified in the applications draft would be
  39. implemented in aoe.  One question was whether roe worked on the RIPE
  40. database: RIPE doesn't have an updated whois server, but will soon
  41. have accouding to Chris Fletcher.  In the meantime, Cengiz suggested
  42. the use of the RA whois server, which mirrors RIPE data and can update
  43. RIPE registry.
  44.  
  45. David Kessens talked about the transition from RIPE to RPSL.  A
  46. modification to the RIPE database for RPSL is well underway.  The
  47. transition plan involves allowing RIPE-181 syntax for updates as long
  48. as possible, as well as have tools recognize both syntaxes.  The
  49. transition plan has four stages, each stage taking approximately two
  50. months. Allow RPSL use now, but initially have RIPE-181 as default.
  51. Stage 1 tests server software: in addition, tutorials at Nanog and
  52. RIPE to encourage use.  Stage 2 integrates RPSL capability in tools.
  53. In Stage 3, run two databases in parallel, with the old format server
  54. on the old port and the RPSL-capable server on a new port.  In
  55. addition, at this time, old data will be converted to RPSL format.  In
  56. Stage 4, RIPE and RA will switch their servers to RPSL.  Tony Bates
  57. asked whether 2 months per stage is realistic, particularly because
  58. some providers have their own tools and internal extensions.  Tony
  59. suggested having hard timelines, otherwise in his experience from
  60. transitioning from Ripe-81 to Ripe-181, things never move on.  Randy
  61. pointed out that other providers will also have to update their tools
  62. before transition happens.  Tony also said that, to give providers
  63. incentives to switch, the document should be forwarded onto the
  64. standards track.
  65.  
  66. RPSL implementation in RAToolSet As the last talk, Cengiz presented a
  67. tools update. Specifically, some of the tools have been made
  68. RPSL-capable. These changes are now in alpha-test. Changes include:
  69. more specific route operators, aspath prepending, community attibutes
  70. (lacks operator methods).  Also, as a transition mechanism, if a
  71. policy object has rpsl-in/out, tools will use that as opposed to
  72. as-in/out (which may be in RIPE format).  Before tools can be used,
  73. need database support for syntax checking.
  74.