- NANOG - lists.nanog.org

IP number allocations -- Authority
by Bob Collie 03 Jan '97

03 Jan '97

One quick item: I know that the InterNIC has authority under IANA to issue domain names, and that their previous funding for the registry was provided by the NSF. So, in that same right, the IANA has delegated the authority of delegating IP address space to the InterNIC (for the specific region that it serves). I, and I'm sure that others would too..., would like to hear from an AUTHORIZED and NAMED representative of IANA that this organization (the ARIN) is authorized to be created, and to charge such fees. I do realize that everything costs money. A mere confirmation that this is the way to go from those that are supposed to be in-charge would be greatly appreciated. -Bob -- Bob Collie, Chief Technical Officer, Telalink Corporation mailto:rmc@telalink.net

1 0

Re: Non-profit IP Registry
by Bob Collie 03 Jan '97

03 Jan '97

See below: --On Thu, Jan 2, 1997 9:56 PM "Kim Hubbard" <kimh(a)internic.net> wrote: > Recently, there has been discussion concerning the need to keep IP issues > separate from domain issues. The stability of the Internet in part relies > on the careful management of the Internet Protocol addresses. > > The point has also been made that the management of the IP space should > be put in the hands of those that depend on it - the users. Whether > those users are ISPs, corporate entities, universities, etc., they > should all play a role. > > To this end, Network Solutions, Inc. plans to create and initially fund > a non-profit 501(c)6 organization to be known as The American Registry > for Internet Numbers (ARIN) to manage the IP address space for the > territories it currently administers, similar to the APNIC and RIPE > regional IP registries. This organization will be a non-profit > spin-off of the current InterNIC IP group. > > Network Solutions, Inc. will initially fund ARIN until fees are imposed > and will offer continued financing until such time as it is a stable, > self-sufficient entity capable of funding itself through its membership > dues, registration and maintenance fees. > > Details on the proposed organizational structure and 1997 funding > model are located at http://rs.internic.net/arin. Two questions that I am sure will be widespread. 1) The information on the web page does not seem to cover this: If an ISP pays the annual membership fees and it delegates a /24 (or so) to a customer, will the customer have to pay the $2,500 one-time fee for a /24? 2) What is the proposed timeframe for such an organization to be created and fees to be imposed (important to those of us who are in the middle of budget time...). Thanks, -Bob -- Bob Collie, Chief Technical Officer, Telalink Corporation mailto:rmc@telalink.net

1 0

Re: Film at 11:00
by Vadim Antonov 02 Jan '97

02 Jan '97

> Well, i do not think that using off-the-shelf cheapo CPUs debugged by > somebody else and tested in millions of applications, instead of > single-purpose ASICs qualifies as a reliability hit or a development lag :) >Agreed that the part itself is correct. However, unlike you, the rest of >us tend to take perfect parts and make mistakes putting them together. ;-) Ah, i do a lot of mistakes. Anyway, it's much easier to put together debugged parts, than put together new silicon. I've had more than enough of that at nCUBE. --vadim

1 0

Re: Film at 11:00
by Vadim Antonov 02 Jan '97

02 Jan '97

Tony wrote: > Providing that there's a way to get a bunch of cheapo CPUs to do the > job. >True, but there's a complexity hit (which translates into a reliability hit >and a development lag) from this approach. Well, i do not think that using off-the-shelf cheapo CPUs debugged by somebody else and tested in millions of applications, instead of single-purpose ASICs qualifies as a reliability hit or a development lag :) --vadim

2 1

Re: Film at 11:00
by Mike Vallee 02 Jan '97

02 Jan '97

At 10:35 AM 1/3/97 -0500, Avi Freedman wrote: > >Well, it's also somewhat more complicated to distribute the tasks in a router >to multiple CPUs. > >There are plenty of ways to break Bays by accidentally doing that distribution >wrong. > > >Avi > Hmmm. There are some who would contend that there are plenty of ways to break Bays by accidentally doing something right. ;) mike v

1 0

Re: Which RFC?
by Paul G. Donner 02 Jan '97

02 Jan '97

Alex: While you are probably looking for "mandate" material, OSPF provides a specific example of implementation of the most specific route, in an actual routing protocol. Check out the OSPF RFC (I believe it was 1247) as well as the new one (1583). The old one talks about selecting the least ambiguous route. The new RFC I believe has changed the terminology to use "best match" or "most specific match" as opposed to "least ambiguous". >From Section 3.5 IP subnetting support (RFC1583) "When an IP packet is forwarded, it is always forwarded to the network that is the best match for the packet's destination. Here best match is synonymous with the longest or most specific match." >From Section 1.1 Protocol Overview (RFC1583) <bigger>"OSPF calculates separate routes for each Type of Service (TOS). When several equal-cost routes to a destination exist, traffic is distributed equally among them. The cost of a route is described by a single dimensionless metric.</bigger>" In OSPF's case there doesn't seem to be any implication of metric involvement in forwarding from the RFC. The metric is used to define the shortest path for routes to be implemented in the topological database. OSPF works well with subnetting. Each subnet carries its mask with it and these are also both present in the routing table. Donner At 03:16 PM 1/2/97 +0000, Alex.Bligh wrote: >Anyone know *which* RFC says a packets should be routed using the >most specific route in a routing table, not (for instance) the first >route in the table that matches, or, for instance, using a less specific >route that has a better metric? This is so basic I hardly >know where to find it, but I have a (for the time being anonymous) >systems vendor who really prefers the way their kernel does it .... >Oddly enough it doesn't work well with subnetting. > >Alex Bligh >Xara Networks > > > >

1 0

Re: Which RFC?
by Kamau Wanguhu 02 Jan '97

02 Jan '97

RFC 1338 makes mention of this in regard to CIDR. Later Kamau Wanguhu ---------- > From: Alex.Bligh <amb(a)xara.net> > To: nanog(a)merit.edu > Cc: amb(a)xara.net > Subject: Which RFC? > Date: Thursday, January 02, 1997 10:16 AM > > Anyone know *which* RFC says a packets should be routed using the > most specific route in a routing table, not (for instance) the first > route in the table that matches, or, for instance, using a less specific > route that has a better metric? This is so basic I hardly > know where to find it, but I have a (for the time being anonymous) > systems vendor who really prefers the way their kernel does it .... > Oddly enough it doesn't work well with subnetting. > > Alex Bligh > Xara Networks > >

1 0

Re: Which RFC?
by Bill Woodcock 02 Jan '97

02 Jan '97

> Anyone know *which* RFC says a packets should be routed using > the most specific route in a routing table, not (for instance) > the first route in the table that matches, or, for instance, > using a less specific route that has a better metric? It might be worth your while to look through the sections of RFC 791 and subsequent revisions which define the second byte of the IP header, which sets the delivery-priority and the class-of-service for the packet. The class-of-service (type-of-service?) field lets you specify whether you want the shortest, largest, cheapest, or most reliable route, those being mutually exclusive. In my experience, both fields are set to 0 on just about all packets, which doesn't specify any requested class-of-service. That presumably leaves the router free to choose any route it likes, at its discretion. > This is so basic I hardly know where to find it If the router, in its discretion, chooses to route the packet in the wrong direction, that should be easily demonstrated and reasonably incontrovertable, no? What's your vendor's argument in favor of shipping the packet to a nearby site which isn't associated with your destination? I'm kind of curious to hear it... Who's the vendor? Please humiliate them publicly. :-) -Bill ______________________________________________________________________________ bill woodcock woody(a)zocalo.net woody(a)nowhere.loopback.edu user(a)host.domain.com

3 2

Which RFC?
by Alex.Bligh 02 Jan '97

02 Jan '97

Anyone know *which* RFC says a packets should be routed using the most specific route in a routing table, not (for instance) the first route in the table that matches, or, for instance, using a less specific route that has a better metric? This is so basic I hardly know where to find it, but I have a (for the time being anonymous) systems vendor who really prefers the way their kernel does it .... Oddly enough it doesn't work well with subnetting. Alex Bligh Xara Networks

3 2

Re: Film at 11:00
by Vadim Antonov 02 Jan '97

02 Jan '97

Tony Li wrote: >So the problem is that as we approach higher speed (post-7500) interfaces, >you're forced into more specialized hardware. At this point, not having an >SSE ASIC becomes somewhat silly. The rest of the board is ASICs, which in >volume end up cheaper than processors... There's not enough volume in high-end box market to get to the break-even point on the price-performance. Providing that there's a way to get a bunch of cheapo CPUs to do the job. And don't forget the DRAM vs SRAM issue. I did the arithmetic. --vadim

2 1