home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / rps / rps-minutes-95dec.txt < prev    next >
Text File  |  1996-01-06  |  10KB  |  227 lines

  1. Editor's note:  These minutes have not been edited.
  2.  
  3. Date: Thu, 4 Jan 1996 10:23:59 -0800
  4. From: Cengiz Alaettinoglu <cengiz@isi.edu>
  5. Subject: RPS WG Minutes
  6.  
  7.  
  8. RPS WG Minutes
  9.  
  10. By Ramesh Govindan, and Rusty Eddy
  11.  
  12. Meeting 1: Wed 12/6:
  13. --------------------
  14.  
  15. Cengiz introduced the agenda items. 
  16.  
  17. Curtis Villamizar presented the status of the transition of ANS away
  18. from advisories. He reported that the aut-num object for ANS has
  19. been gradually cleaned up and that ANS no longer uses advisories.
  20. Curtis also talked about the status of ANS aggregation work; some
  21. proxy aggregation is currently being configured manually.
  22. Finally, he listed some ongoing configuration tool development
  23. work. Andrew Partan asked how different from shortest-path route
  24. selection was ANS's routing policy. Tony Bates of MCI said that about
  25. 10-15% of their routing deviated from shortest path.
  26.  
  27. Brian Renaud presented the RADB cleanup efforts. Since the last
  28. IETF, some effort but not a whole lot has been done to clean up.
  29. Merit is also collecting routing information and will integrate
  30. some of this into the database.
  31.  
  32. Tony Bates talked about MCI's registry. Using RIPE code. Quite
  33. heavily used. About 25K routes registered in the database. A
  34. question was asked about coordination between MCI's database
  35. and other databases. Tony Bates replied that currently MCI needs
  36. to be notified of the need for such coordination.
  37.  
  38. Cengiz Alaettinoglu discussed an extension to RIPE-181 for
  39. the BGP Destination Preference Attribute. He also presented
  40. a usage of this attribute.
  41.  
  42. Cengiz then talked about the use of AS expressions; logical
  43. combinations of AS macro and AS numbers.  We need an additional ThisAS
  44. keyword to disambiguate a macro reference.  Several ambiguities in the
  45. unrestricted use of AS expressions: mostly these have to do with the
  46. lack of information about the universal set of peers. Solution is to
  47. restrict the kinds of AS expressions that can be specified.
  48.  
  49. Curtis talked about ways of handling aggregation in the IRR.
  50. Need to identify: aggregates formed on exit, entry, components,
  51. components passed unaggregated, aggregation boundary.
  52. This is done using communities with specified names.
  53. Also basic need to associate "external" information with an object.
  54. Several mechanisms proposed for this. Also described the
  55. levels of possible aggregation and the kinds of associations
  56. necessary. Some discussion of the amount of coordination
  57. needed to achieve provided level coordination
  58.  
  59. The second part of Curtis's talk dealt with changes to the language
  60. to specify aggregation. Several options: change route object
  61. to include inbound vs outbound aggregation (problem: authorization
  62. model i.e. how to check if someone is allowed to aggregate a route),
  63. modify the aut-num object (too much junk in the object already),
  64. have a separate aggregate object. Prefers the association/attachment
  65. mechanism. Apart from that, need a way to specify what a collection
  66. means (i.e. to specify the aggregate). One way would be to use
  67. a "name" to specify the function.
  68.  
  69. Finally, Curtis talked about a syntax for representing IP address
  70. prefixes in the language. This included exact and more specific
  71. prefixes or prefix length ranges. The chair agreed with the need
  72. for such syntax and the proposed syntax as well.
  73.  
  74. Cengiz summarized the mailing list discussion about AS path
  75. regular expression syntax. He described how the initially proposed
  76. syntax compared with that from cisco and gated. He also showed
  77. examples of different syntaxes. The general consensus seemed to
  78. keep the integer-based regular expression syntax.
  79.  
  80. Cengiz's talk titled "communities and macros". He gave a background
  81. description of RIPE communities and how they differed from macros.  As
  82. currently defined, communities have an authorization problem.  Macro
  83. objects however contain the objects they reference and do not have a
  84. similar authorization problem. Proposed a mechanism for changing the
  85. authorization model of communities using a "referent-maintainer-list".
  86. Some discussion about the need for this in the presence of route
  87. macros. Also described a pp-macro attribute which is syntactic
  88. sugar for simplifying policy specification.
  89.  
  90. Jessica Yu talked about a proposal for an ISP Tag in the IRR.
  91. Basically we need some way to associate tags/flags with route
  92. for several reasons (e.g. router configuration using outdated 
  93. data). Some discussion of the efficiency of such a proposal
  94. (to tag a route, need to modify as many route objects as there
  95. are routes; can use route macros) as well as whether this
  96. breaks the authorization model.
  97.  
  98. Meeting 2: Thu 12/7:
  99. --------------------
  100.  
  101. - Multicast policies: Deborah Estrin
  102.  
  103. multicast is used to achieve resource sharing.  policies
  104. that descriminate against senders and recievers can defeat the
  105. purpose of resource sharing. 
  106.  
  107. policies that are based on mcast addrs only make sense when mcast
  108. addrs have a fixed meaning.  mcast addrs are not fixed and mainly
  109. transient.  can have admistrative scope.
  110.  
  111. neighboring restrictions.  downstream credential restrictions, sender
  112. restrictions.  
  113.  
  114. - SDRP route construction agent: Cengiz 
  115.  
  116. Description of route construction using the IRR.  Gave an example
  117. topology and walked through an example.  Discussed a modification to
  118. the aut-num obj within the IRR, need to register SDR supported
  119. routers.  provided an example of proposed modifications to sdrp
  120. policies.  
  121.  
  122. A discussion insued about how to set up policies to counter the sdrp
  123. example. 
  124.  
  125.  
  126. - Real time database mirroring:  Cengiz for David Kessens
  127.  
  128. Overview of the need to efficently mirror information in seperate
  129. databases.  described how it works, current example and what comes
  130. next.  (giving a serial number?)
  131.  
  132. Curtis: Suggestion, the next step with mcasting, take a look at wb and
  133. reliable mcast.  find what is out of sequence and request the missing
  134. pieces. 
  135.  
  136. Marten: use unicast first:
  137.  
  138. Elise: why use the time stamps vs. serial numbers (???)
  139.  
  140. Inter-Registry Data Exchange: Jerry Scharf
  141.  
  142. CIX collaborative effort with the InterNIC.  they have funding and
  143. programmers, waiting for the work in progress to complete.  the design
  144. will be complete before any development is done.  they hope to have
  145. working functionality before next ietf.  do not want to desing a
  146. distributed database.
  147.  
  148. they are working on the data distribution model, including a powerful
  149. authentication model.  will look at work from the ipsec.  showed a
  150. first cut of an object-description breakdown.
  151.  
  152. Jerry provided his email addr <scharf@vix.com> to solicit comments
  153.  
  154. CIDR assistant - Cengiz
  155.  
  156. CIDR assistant is useful because incorrect use of CIDR can cause
  157. routing problems, holes.  Discussed types of aggregation level 0-3.  
  158. gave an example and a walk through, including examples of all levels
  159. 0-3. Cengiz also spoke about proxy aggregation to be supported by
  160. proxy aggregation.  Cengiz also spoke of future issues: allow holes,
  161. output for cisco and gated.  identify policy changes to provide better
  162. aggregation. 
  163.  
  164. IRR Visualization - Rusty
  165.  
  166. The tool plots the intetrnet toology, is an interactive look at irr
  167. data. It can save and open different views of IRR. It uses tkined and
  168. scttoy. Tkined is a gui based internet editor, it is a drawing tool:
  169. draw nets, connect them by links, hosts.  Scotty is extended tcl with
  170. netwirking support such as udp, snmp, tcp things.  It can construct
  171. views, explicityly thru as expansion, or implicity thru tool usage,
  172. such as prpath, prtraceroute, etc. For example it plots the domains on
  173. the paths output by prpath.  It can group domains into icons.
  174.  
  175. The display gets messy when the views are opened since the views are
  176. not opague. Current icon placement options: draw peers clockwise,
  177. geographic icon placement, longitute and lattitide info on a map, not
  178. implented. No geographic information is available in IRR. Tkined can
  179. do whois queries to find geographic information using DNS etc.  Planar
  180. algoritmnic icon placement can find centers of the graph, and draw
  181. around it. Modified fish eye view: one can move your mouse around, and
  182. the portions of the graph around the mouse becomes less dense.
  183. Another way is to push out things around the mouse, open and collapse
  184. groups as you move around.
  185.  
  186. Tony Bates said this tool may get people to use irr. He emphasized the
  187. geographical placement is important, and suggested minimalistic hooks
  188. in the IRR for geographical information.
  189.  
  190. Michael Patten suggested to use the LOC atttribute of DNS. He said
  191. NIMROD visualization implemented layers, but no information useful for
  192. layers was available in the IRR.
  193.  
  194. Curtis suggested to look at integrated cicuit placement algorithms,
  195. this would be under planer placement algorithms.
  196.  
  197. IRRTOOL - Rusty
  198.  
  199. Click on an AS on the visualisation and launch the IRR tool or use it
  200. stand alone. It does irr queryies, creat and edit objects, gui front
  201. end to the tools, pops up editor for edit/creats.
  202.  
  203. - Peval and RtConfig: Cengiz
  204.  
  205. Peval inputs a policy expression, make expansions and evaluates the
  206. expressions. It is used as a library or as a backend tool. RtConfig
  207. and CIDR Assistant uses it.
  208.  
  209. RtConfig is a tool to configure routers in cisco, gated and rsd
  210. formats from the IRR data. Cisco configuration is under construction.
  211.  
  212. - pmatch and prpath: Cengiz
  213.  
  214. Pmatch is a backend tool and library which lists which policy terms in
  215. an autnum matches a given destination. prpath, prtraceroute and
  216. prconn can use it.  It uses the services of the RADBserver.
  217. prpath is originally written at ripe.  what's new: c++/c/bison/flex,
  218. understands many new extenstions including as path regular expressions. 
  219. whats' next: fuzzy matches, listing each action taken as the route
  220. propagates.
  221.  
  222. Tony is concerned with documentation, including drafts.  Cengiz
  223. agrees, and posts a Request for Volunteers. Tony Bates, Marten
  224. Terpstra, Curtis Villamizar and Elise Gerich volunteered to help
  225. Cengiz write a draft rpsl specification.
  226.  
  227.