[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Re: [RRG] Meeting slot at IETF64
>On Wed, 14 Sep 2005, xuke wrote:
>> First, hierarchical structure combined with multipath routing, in
>> which hierarchical structure solving scalability and stability
>> problem and multipath satisfying the need of inter-domain routing
>> traffic engineering. Multipath will ease the control of outgoing
>> inter-domain traffic and new mechanism may automatic distribute
>> traffic on multiple routes. Though multipath will add the scale of
>> BGP routing table, more strict hierarchical structure of
>> inter-domain routing will confine the addition to a very small
>> scope.
>
>Have you looked at http://arxiv.org/abs/cs.NI/0508021 on the
>effectiveness of hierarchical routing?
Yes, I knew this work, but I think our proposal is different with it because we combine the multipath in the architecture, actually it's our ongoing work, so I'll explain it in details after the paper submission. I hope we can finish it before IETF 64.
>
>> Second, support for real IP address access. The service of present
>> routing system is forwarding packets with best effort, which do not
>> guarantee the genuineness of the packets. Real IP address access is
>> to assure the received packet is indeed sent form the host with the
>> source IP address in the packet. To provide this service, the
>> routers need to have the additional information to judge whether the
>> packets received is valid or not. Our design is to extend
>> inter-domain routing protocol to provide the information.
>
>Have you looked at unicast RPF (see RFC 3704, RFC 2827) for IP
>spoofing prevention? You should focus on describing the
>relation of the proposal to uRPF.
Yes, I knew uRPF, actually our proposal doesn't focus on the uRPF itself, our proposal is to solve following problem, core routers how to generate the RPF list or table from BGP routing table. We think in order to support real IP address access, core routers, especially core routers between different ISP also need to filter incoming packets.
You can find more details in our paper http://netlab.cs.tsinghua.edu.cn/~wlj/publications/BGPRouteSelectionNotice_ICOIN.pdf
>
>--
>Pekka Savola "You each name yourselves king, yet the
>Netcore Oy kingdom bleeds."
>Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings
>.
--
to unsubscribe send a message to rrg-request@psg.com with the
word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/rrg/> & ftp://psg.com/pub/lists/rrg