best effort in responding email before Friday
On Oct 26, 2009, at 7:36 AM, Scott Brim wrote:
Lixia Zhang allegedly wrote on 10/24/2009 1:20 AM:
Talking about Hiroshima: according to the RRG plan, the Hiroshima RRG
meeting will be focusing on the discussions of RRG recommendation to
IETF on scalable routing solutions. There is precisely two weeks
before
Hiroshima now, lets get the discussion started on the list first.
I'm
going through all the exchanges since Stockholm by subject groups,
in an
attempt to make a summary.
Lixia
Ah good. Here are some suggestions on what to tell the IETF:
- How to think about routing architecture at all.
Good point.
Here is a paper explaining our answer to that question:
"An Evolutionary Path Towards Global Routing Scalability"
http://www.cs.ucla.edu/~lixia/aggregation.pdf
We have a start on
this in the draft recommendation, but it should be organized a little
better I think. We've tried before, but I think the time is better
now. I don't know how you want to discuss that.
- Loc/ID separation is not directly routing's problem.
a concise and precise statement!
I can't agree more.
(this assumes that the "ID" here means real identifiers, not the ID in
the name of LISP)
The root cause,
and the pivot point for a solution, is identification functions that
use topology-dependent information as input. These functions are
primarily in endpoints but are also in network infrastructure. They
should be fixed, to the extent they reasonably can. Where they
can't,
then routing, mobility, etc. must take up the slack. The RRG
recommends to the IETF that it needs to decide where that line is --
what identification functions will they assume will be fixed and
which
not -- so that other Internet technologies, particularly routing, can
have a clearer idea what they have to do.
hmm, not exactly clear about all the above, in particular I am not
sure what it means by "where that line is"... line between what and
what?
Routing is about addresses.
ISOC held a reception last night to thank ISI's over 30 years of
service as RFC editors, Bob Braden made a remark about Postel's
architecture vision that moved me, and also reminded me about a talk I
gave a year back at NANOG that recounted Postel's comment on how to
address routing scalability problem.
the presentation slides are at:
http://www.nanog.org/meetings/nanog44/presentations/Wednesday/Zhang_Wed_N44.pdf
In particular I would like to draw your attention to pages 6 - 8.
Lixia
_______________________________________________
rrg mailing list
[email protected]
http://www.irtf.org/mailman/listinfo/rrg