About RIPE | Contact  | Search | Sitemap    
Homepage RIPE  
RIPE Community Mail Archives
search  
     
RIPE Navigation Ends
About RIPE Maillists
Maillists Archive
Global Lists
Non Active Lists
RIPE NCC Navigation Ends
Next Section
<<< Chronological >>> Author Index    Subject Index <<< Threads >>>

RE: Multihoming - Resilience or Independence

  • To: "'Kurt Erik Lindqvist KPNQwest'" < >
    "Lu, Ping" < >
  • From: "Lu, Ping" < >
  • Date: Mon, 15 Oct 2001 11:57:03 -0400
  • Cc:

> 
> > The point is we will aggregate other ISP's prefixes if they 
> are CIDR able.
> > Most of the case
> > are there are holes in the range so CIDR is out-of-question.
> > 
> > While the other camp insist to filter out any routes more 
> specific than /20.
> > They are doing nothing to re-allocate their PA assigned to 
> multi-homed
> > customers so CW can CIDR them into /20.
> > 
> > The funny thing is the solution are controlled by the other 
> camp but they
> > are all talk but
> > no action. (Or trying to tell you multi-homed is a bad idea 
> because they
> > can't deal with the
> > routing table ).
> 
> I am not sure I am following you here. Are you saying that we should
> re-adress customers so that we get larger blocks of PA space 
> to give to
> mulithomed customers? 
> 
> I think that re-addressing is pretty hard to do in any larger scale,
> although that would certanly help some other issues. 
> 

That's why filtering /20 only without re-aligning the holes in the block
won't
work. In the end /20 make the routing table looks pretty but they are
black-holing
lots of traffic.

As we all agree that re-assign address is NOT practical at all thus just
filtering
/20 block is not a good solution.


> another good start would be to start reclaiming space that 
> has been handed
> out from various ISPs old B-space and later taken with the customer. I
> know a few operators that have done that (including us to 
> some extent),
> and it's a rather demanding task but will help the operators 
> and reudce
> the routing table as well. 
> 
> - kurtis -
>

I am with you here. Starting from the beginning is much better than asking
them to change later.

Ping Lu
Cable & Wireless USA
Network Tools and Analysis Group
W: +1-703-292-2359
E: plu@localhost
 




  • Post To The List:
<<< Chronological >>> Author    Subject <<< Threads >>>
 

Next Section
     About RIPE | Site Map | LIR Portal | About the RIPE NCC | Contact | © RIPE Community. All rights reserved.
RIPE.NET Homepage LIR Portal RIPE Community