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

Re: Full routes needed at sites? [Re: RIR bashing, was: Routing table size?]



Hello Ohta,

I'm really enjoying the discussion, so please go on,
keep you up and see my comments below ^--^

On Thursday 16 October 2003 00:32, masataka ohta wrote:
> Juan Rodriguez Hervella;
>
> >>What end users CAN NOT accept is complex configuration.
> >>
> >>A proposal to force end users some action is NO acceptable.
> >
> > So it should be better to let the end-user deal with the full IPv6
> > routing table, I think he/she will have a lot of fun seeing a lot
> > of prefixes on the screen when he/she can not reach some host.
> > This is just a funny comment, cause I totally agree with you on this
> > point.
>
> That is
>
> Pekka> It's possible to remove the default route for the other ISP if it's
> Pekka> broken, or to add more specifics to point to the working ISP if
> Pekka> necessary.
>
> can not be an option for end users.


I'm sorry to say I can not agree with you. I still don't see
why it must be only one solution, specially for SOHO users.
If we are able to make an alternative solution which remains
bounded to what the end-user can use *now*, I think it will
be easier than making the ISPs talk BGP with their SOHO 
costumers. We've got room for other possibilities, at least in 
the short term.

After reading your draft, do you think it's feasible
to keep a small set of TLAs ? This is a requirement
for the whole IPv6 policy, which is worse than a requirement
for the end-user, IMHO.

> End users can swallow full routing table, if the size is
> reasonable and inexpensive routers can accept by default.
>
> Your example;
>
> > mh-router-shell (config)> ipv6 multihomed up
>
> is unnecessarily complex. That is, router comfiguration should
> be same, regardless of whether you are multihomed or not and
> the factory default should work in all cases.

What about this example ? I hope you will like it more.

**** mh-router booting IPv6 IOS.....
**** mh-router booting finished at 2020/10/16.
(console)>

PS: If this resembles cisco, it's just a matter of chance.

Cheers
-- 
JFRH