Re: NANOG/IEPG/ISOC's current role
What is NANOG's role? I was surprised to read in the March 25 issue of NetworkWorld Alecia Cooper at Sprint comments that Sprint is just following NANOG's recommendations to block addresses to minimize the number of router table entries. I must have missed something, because I don't remember NANOG ever making any recommendation, of any sort. Is this just a case of bad reporting by Joanie Wexler at NetworkWorld? A bad case of passing the buck by Alecia Cooper at Sprint? Or something else? -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation
On Mon, 1 Apr 1996, Sean Donelan wrote:
Is this just a case of bad reporting by Joanie Wexler at NetworkWorld? A bad case of passing the buck by Alecia Cooper at Sprint? Or something else?
It's most definitely something else. Most people are trained from birth that organizations with acronyms rule the world, thus NANOG and IEPG and ISOC must be the rulers of the Internet world. Since most NANOG/IEPG/ISOC people are clueless when it comes to things like public relations, press releases, spin control, etc... is it any wonder that the press marches merrily off in their own direction. There is actually opportunity here for groups like NANOG to have some influence and communicate with the public in a positive fashion. I suggest that a good first step would be to release a communique to the press after every NANOG meeting and a good second step would be to urge ISOC to spend more money on general educational issues to make people in general more aware of operational and architectural issues. Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com
After scanning the on-line notes from the NANOG meetings, I did not find any "recommendations" made by the group. In fact, the group has mentioned many times that it is inappropriate to set policy. What the group does is discuss various technical problems, share work-arounds, fixes, kludges, and as individuals adopt what is useful. --Elise
Sean Donelan writes:
What is NANOG's role?
I was surprised to read in the March 25 issue of NetworkWorld Alecia Cooper at Sprint comments that Sprint is just following NANOG's recommendations to block addresses to minimize the number of router table entries. I must have missed something, because I don't remember NANOG ever making any recommendation, of any sort.
Is this just a case of bad reporting by Joanie Wexler at NetworkWorld? A bad case of passing the buck by Alecia Cooper at Sprint? Or something else? -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation
On the other hand..... It has been clear over the past (years?..... time sure flies....) there has been a strong and very vocal pro-filtering Keep the Routing Table Small at *any* cost, group of advocates and protagonists in the NANOG mailing list. It is easy to reach the conjecture that the _perception_ of *others* is; having many strong and vocal pro-filtering protagonists in NANOG; and given the fact that the few who warned that selective route filtering was very problematic were flamed-broiled and none came to their defense \Metaphor .........................after all, if a town in the days of the Salem witch trials watched as the zealots burned the heretics, is the town without blood on their hands just because they remained silent in their comfy homes? \EndMetaphor It is not a strong leap of the imagination to believe that NANOG, the vocal majority, supports selective route-filtering to control routing table growth and was very aggressive to oppress the those whom dared to stand alone and challenge there will. Please keep in mind that as in *any* group, NANOG included, by virture of allowing a few dominate voices to represent the group, does bear responsibility for the perception others view the group. Best Regards, Tim
After scanning the on-line notes from the NANOG meetings, I did not find any "recommendations" made by the group. In fact, the group has mentioned many times that it is inappropriate to set policy. What the group does is discuss various technical problems, share work-arounds, fixes, kludges, and as individuals adopt what is useful. --Elise
Sean Donelan writes:
What is NANOG's role?
I was surprised to read in the March 25 issue of NetworkWorld Alecia Cooper at Sprint comments that Sprint is just following NANOG's recommendations to block addresses to minimize the number of router table entries. I must have missed something, because I don't remember NANOG ever making any recommendation, of any sort.
Is this just a case of bad reporting by Joanie Wexler at NetworkWorld? A bad case of passing the buck by Alecia Cooper at Sprint? Or something else? -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation
Please keep in mind that as in *any* group, NANOG included, by virture of allowing a few dominate voices to represent the group, does bear responsibility for the perception others view the group.
Best Regards,
Tim
Tim, I do not understand what you mean. NANOG is only a mailing list. Does this mean I am supposed to ask your opinion before posting? ;) Larry Plato I speak only for myself
On Tue, 2 Apr 1996, Elise Gerich wrote:
After scanning the on-line notes from the NANOG meetings, I did not find any "recommendations" made by the group. In fact, the group has mentioned many times that it is inappropriate to set policy. What the group does is discuss various technical problems, share work-arounds, fixes, kludges, and as individuals adopt what is useful.
Sounds like a recommendation to me. Just rewrite that in some flowery language alonmg with a few technical details and you will have a press release for the next NANOG meeting that you can feed to the journalists. I'm serious; something like this could be done.... At the ??? 96 NANOG meeting the important issue of widgets was discussed. Widgets are the framistams that make the Internet's frogistor wave synchronise with the widgimajiggers at each of the main exchange points. Several proposals were made to solve the problem of widget wave induction and the group generally agreed to implement the best of these proposals and report back on results at the next meeting. Members were generally confident that the proposed solutions will alleviate the problem. Note that this short press release explains the items being discussed and why they are important to the Internet's operations. It also includes some background material to help journalists understand the situation even if they were not previously aware that the Internet relied on framistams. And there is a strong statement of confidence that things are OK, routine, being taken care of, not to worry, etc... You may not like the eyes of the world to be looking at you, but the fact is that those eyes are going to be looking at you more and more as the Internet grows in importance and people get curious at how it really works. Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com
In message <960401212317.3af6@SDG.DRA.COM>, Sean Donelan writes:
What is NANOG's role?
I was surprised to read in the March 25 issue of NetworkWorld Alecia Cooper at Sprint comments that Sprint is just following NANOG's recommendations to block addresses to minimize the number of router table entries. I must have missed something, because I don't remember NANOG ever making any recommendation, of any sort.
Is this just a case of bad reporting by Joanie Wexler at NetworkWorld? A bad case of passing the buck by Alecia Cooper at Sprint? Or something else? -- Sean Donelan, Data Research Associates, Inc, St. Louis, MO Affiliation given for identification not representation
Sean, NANOG is a place where operational issues are discussed. They are not voted apon and so there is not official decrees from NANOG. I am no more a spokesperson for NANOG than for Sprint. Here's my opinion if you want it. This is just my impression. I think Sprint did act on the belief that there was a general consensus that blocking longer prefixes was inevitable and therefore supported. They may also have acted thinking that their actions were fair since they were blocking only long prefixes from recent allocations. In reality, the boundary they picked for taking action corresponded to the "portable address space" boundary where small providers had been going if they (maybe unwisely) wanted to avoid the possibility of renumbering if they later dual homed or changed providers. This meant that in practice Sprint was accepting /24 prefixes from other large providers but blocking /20 and /21 prefixes from many smaller providers. This whole problem reflects the struggle over who gets to do the work needed to make CIDR aggregation suceed. Some of the large providers would prefer that all allocations are made according to topology. Some of those same providers have decided that anyone who moves out of their CIDR block (or dual homes? - not sure if anyone carries it this far) must renumber. Some provide a grace period, but insist on eventual renumbering. Given the current state of renumbering technology, many have chosen not to take an allocation from their provider (defeating allocation on the basis of topology) but instead to take an independent allocation from a pool that is not being systematically allocated at all. This pool of unallocatable routes (known within IETF and NANOG as the toxic waste dump or TWD) is increasingly becoming a problem and is leading to the inevitable blocking of prefixes in that range. If the providers were to relax the requirements to renumber when moving to another provider or when dual homing, the problem of the TWD would not be growing at its current rate. This is purely my opinion at this point, though I plan to bring this up at NANOG and CIDRD (I already have by way of the CIDRD mailing list). I don't think we should be labelling Sprint's actions as irresponsible. I think at NANOG and CIDRD we should be looking at some of the past discussions and the very rough consensus on which Sprint acted and decide whether that was the best direction to be headed in. If consensus has changed dramatically (and I don't know if it has) and a viable alternative is presented, I suspect Sprint will be interested in cooperating in the best interest of the Internet, and at least give any new ideas an objective audience. Curtis ps - So Sean (Donelan) - got any ideas to fix this? :-)
it has) and a viable alternative is presented, I suspect Sprint will be interested in cooperating in the best interest of the Internet, and at least give any new ideas an objective audience.
We have a request in to Sprint to make an exception to their policy. We will renumber, resulting in a reduced number of route annoucements. I'd like to think that what you say is correct - we'll see.
On Tue, 2 Apr 1996, Curtis Villamizar wrote:
If the providers were to relax the requirements to renumber when moving to another provider or when dual homing, the problem of the TWD would not be growing at its current rate.
Hmmm.... ISP has T1 to SPRINT, wants to switch to MCI, SPRINT says, OK you have a choice, either renumber or pay us to route your traffic to MCI via a private exchange point so we don't have to knock holes in our aggregate. That way you can use SPRINT's addresses and MCI's T1, but for a fee. Michael Dillon Voice: +1-604-546-8022 Memra Software Inc. Fax: +1-604-546-3049 http://www.memra.com E-mail: michael@memra.com
participants (7)
-
Curtis Villamizar
-
Elise Gerich
-
jon@branch.com
-
Larry J. Plato
-
Michael Dillon
-
Sean Donelan
-
Tim Bass