[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: requirements draft revision



On Fri, Jun 29, 2001 at 12:20:03PM -0700, Tony Hain wrote:
> Joe Abley wrote:
> > An "enterprise" is an entity autonomously operating a
> > network using TCP/IP and, in particular, determining the
> > addressing plan and address assignments within that network.
> >
> > Consider:
> >
> >
> >   A --- B --- C
> >         |     |
> >         D     E
> >
> > A, B, C, D are all enterprises. B, E are transit providers of C.
> > A, D are transit providers of B. Both C and B are multi-homed.
> >
> > If C has customers, then C is a transit provider for
> > those customers.
> 
> Is C a transit provider if the customer is receiving a /27, but simply
> defaulting to C's routing policies?

Yes. If a customer of C can reach the rest of the internet through C,
then C is a transit provider of that customer. Here's the updated
diagram:

   A --- B --- C --- F
         |     |
         D     E

F is the customer of C.

> What is the difference between that and
> using a dial-in NAT to map 10/8 through a single address received from C?

I don't understand the question. It's the fact that C is providing
connectivity to the internet beyond C that makes it a transit provider.
I don't understand what addressing and/or the presence of NAT has to
do with it in the general case.

> They both fit the definition of Enterprise here.

Yes. A, B, C, D, E and F are all enterprises, according to what I meant
to convey in the text. If we can make things clearer by introducing a
new term for "an enterprise which has a transit provider", as Randy
seemed to be saying, then that's cool. We can do that.

> In both cases the address
> space and routing policies presented to B & E belong to C, so what makes C a
> 'transit' provider?

The fact that C provides internet connectivity for F.


Joe