RTMA Working Group Meeting

[Jim Fleming]

In my opinion, the only way to solve the problem
is to route around it...

 http://www.ntia.doc.gov/ntiahome/domainname/130dftmail/unir.txt
http://msdn.microsoft.com/downloads/sdks/platform/tpipv6/start.asp
1:20 ARIZONA

Jim Fleming
http://www.DOT-Arizona.com
http://www.unir.com/images/architech.gif
http://www.unir.com/images/address.gif
http://www.unir.com/images/headers.gif



-----Original Message-----
From: Cathy Wittbrodt [mailto:cjw at remarque.org]
Sent: Thursday, March 01, 2001 2:49 PM
To: Jim Fleming
Cc: rtma at arin.net
Subject: Re: RTMA Working Group Meeting



Jim,

First of all it isn't clear that any ARIN policy has caused the routing
table to grow.  This is shown by the fact that the prefix length that is
growing the most rapidly in the global routing table is a /24 and ARIN
does not assign /24s.  Further, ARIN, it's staff, and the advisory
council are very concerned about making policies that affect the
global routing table size.  Perhaps you should participate more in the
process, come to ARIN open policy meetings, visit NANOG occasionally.
Also remember that when actually meeting people in person, you'll find
that they're just hardworking people trying to do the best they can.
As you continue to hide behind email and send notes like this, you will
get no one's cooperation and you'll miss out on trying to really solve
the problem.

If you have some constructive input about topics that we can discuss
at the RTMA working group, I'd love to include them in the agenda.

Thanks
---CJ

    From: "Jim Fleming" <jfleming at anet.com>
    Subject: RE: RTMA Working Group Meeting

    Many of the ARIN policies have *caused* the routing tables
    to grow, not shrink. ARIN does not care about this. All
    ARIN cares about is extracting fees from people for some
    simple database services which could have been automated
    long ago. Those fees pay for expensive vacations all around the
    world...non-profit of course...

    All one can do is route around the mess...

     http://www.ntia.doc.gov/ntiahome/domainname/130dftmail/unir.txt
    http://msdn.microsoft.com/downloads/sdks/platform/tpipv6/start.asp

    Jim Fleming
    http://www.unir.com/images/architech.gif
    http://www.unir.com/images/address.gif
    http://www.unir.com/images/headers.gif

    -----Original Message-----
    From: rtma-request at arin.net [mailto:rtma-request at arin.net]On Behalf Of
    Cathy Wittbrodt
    Sent: Wednesday, February 28, 2001 12:30 PM
    To: Tony Li
    Cc: Randy Bush; Lee Howard; rtma at arin.net
    Subject: Re: RTMA Working Group Meeting



    Tony,

    The question is whether ARIN should be doing things like changing
    the minimum allocation again in light of the routing table growth?
    We're also trying to judge whether moving it to a /20 has had any
    negative impacts on routing table growth.

    ---CJ

        From: Tony Li <tli at Procket.com>
        Subject: Re: RTMA Working Group Meeting


        I'm willing to attend if there is actually any outcome (i.e., does
ARIN
        need to change policies?  not as far as I can tell).

        While Randy is correct that growth is sub-Moore at this point, I
really
    did
        try to stress the point that the current trend will take us over
Moore
    and
        that we either need conservation mechanisms or change to v6.

        Tony


        Cathy Wittbrodt writes:
         |
         | Randy,
         |
         | Since I am not entirely sure that TLi will be at the ARIN meeting
         | would it be possible for you to update his slides and present on
the
         | panel?  It would be most helpful to get your input.  If Tony is
there
         | then maybe you can do something jointly?
         |
         | Thanks
         | ---CJ
         |
         |
         |     From: Randy Bush <randy at psg.com>
         |     Subject: Re: RTMA Working Group Meeting
         |     > It might be appropriate to discuss the four-part "Imminent
    death of the
         |     > Internet predicted" presentation from NANOG, in which the
rise
    in
         |     > number of routes is expected to outstrip the available
    memory/processing
         |     > power at some indeterminate future point.
         |
         |     you might remember tli's point that the growth is sub-moore.
    hence chicken
         |     little should focus on other aspects, e.g. convergence time.
         |
         |     randy