- Test - lists.nanog.org

Re: Market-based address allocation
by Michael.Dillon＠radianz.com 02 May '03

02 May '03

>If someone can figure out how to get the ISPs of the world to >participate in a routing prefix market, then it might be worth >revisiting this idea. Note that there is nothing stopping establishing >a routing prefix market now, so it could be done prior to changing >address allocation policies. Selling IP addresses clearly is a bad thing. But selling the right to use a block of n IP addresses could be workable. All the right-to-use certificates would need to be registered with an RIR to validate them in the same way that land ownership is registered in a land registry office. When you connect to the Internet, you buy a right-to-use cert for whatever you need/want. Present this to your ISP and they assign you a block of the size that you bought. If they need more addresses, they simply present a list of customer certs to the RIR and their allocation is expanded. If a 3 month buffer isn't enough, then the ISP pays for a 6 month buffer. The advantage to all of this is that it no longer assumes that everyone is following more-or-less the same business model. In the early days of the net, most people *WERE* following roughly similar business models. But today there is a lot more variety and that variety appears to be increasing. The whole IP address allocation system is creaky and old-fashioned and out of touch with the times. It needs to change and become simpler, more flexible and easier for outsiders to understand. But, on the other hand, with IPv6 looming which changes the playing field perhaps there is room for some fresh approaches. I think that a workable idea would be for a consortium of tier one providers to set a price on global routing table slots. The price would be sufficient to fund an organization to collect route info (like routeviews) and to periodically adjust the prices (yearly) with money left over to fund some research (like Bellcore?). Members of the consortium would pay for the number of routes they announce to other consortium members. The members would also collect money for routes from any peers who are not in the consortium. When an organization connects to the Internet, they must decide between free fate sharing with their ISP or paying for a route in the global routing table. This consortium really should be under the auspices of IANA, ARIN and the other RIRs but it may be necessary to start it independently first. There really should be no antitrust issues here as long as all consortium activity is done publicly and the prices are set in such a way that the global routing table can continue to grow but does not grow faster that technical capabilities and deployment. If this could work today then it can continue to work with IPv6 and any conceivable future networking protocol. --Michael Dillon

2 1

Re: Re[2]: The in-your-face hijacking example, was: Re: Who is announcing bogons?
by Dan Hollis 02 May '03

02 May '03

On Wed, 30 Apr 2003 emil(a)atrivo.com wrote: > Might I mention that Spews, SpamHaus or anyone that has made these > claims has not even attempted to give me a call. Maybe because they expect your email to actually work, and dont care to spend money calling you long distance? http://groups.google.com/groups?selm=jql2avgk84hporq5cj8vdkcvsghj8ae9so%404… Your role address bounces (yes, i did verify emil(a)atrivo.com bounces), and apparently you have a portscanner on 170.208.15.82. Looking through my logs for April I have received spams from 170.208.17.65, 170.208.17.67, 170.208.17.70, 170.208.17.92, 170.208.17.112, 170.208.17.113, 170.208.17.114, 170.208.17.115 You have got porno spammers in these netblocks scanning for open relays and relay raping innocent third parties. -Dan -- [-] Omae no subete no kichi wa ore no mono da. [-]

5 6

Traffic broken down by application protocol?
by k claffy 02 May '03

02 May '03

apologies for latency On Wed, 23 Apr 2003, Matt Larson wrote: > I'm looking for statistics on the composition of Internet backbone > traffic broken down by application protocol. Ideally, I'd be > interested in a list showing the relative percentage of packets by TCP > and UDP destination port of some large sample of Internet traffic. > But I'll take any statistics related to application protocol traffic > distribution that I can get. > > If anyone has information that they would be willing to share publicly > or privately, I would be grateful for it. Alternately, if anyone is > aware of such information publicly available, I would be grateful for > pointers to that, too. When in doubt, if you are looking for statistics about or on the Internet start with www.caida.org. caida website is undergoing restructuring for easier navigation (yeah we'll be done any year now) so in the meantime let me make this easier on you also allow me to lower your standards (but raise your future expectations) because we are in the process of setting up a better system for regularly capturing and maintaining this type of data. (blocked on hardware and software and some cool methodology in development to do high speed flow estimation/analysis) anyway so you may want to try the 3 links under http://www.caida.org/analysis/workload/byapplication/ most recent in webpage form (not so recent) for high-capacity backbone (san jose, california): http://www.caida.org/analysis/workload/byapplication/oc48/20020305/apps_per… 20305/20020305_b.xml older: http://www.caida.org/analysis/workload/byapplication/oc48/20011029/apps_200… tabular view of same: http://www.caida.org/analysis/workload/byapplication/oc48/20011029/apps_per… finally it's academic-ish locations (but hey that's where all future application types start) and older data (1998-2001, we're trying to update it w newer data this spring, stay tuned) but try figure 7 of http://www.caida.org/outreach/papers/2003/nlanr/ (`Longitudinal study of Internet traffic from 1998-2001: a view from 20 high performance sites') sorry it's suboptimal but so is the current ability to measure this sort of thing at a large and arguably representative scale but you knew that already k

1 0

Backhoe + gas
by Timo Janhunen 01 May '03

01 May '03

It must be spring, as it appears that those fiber and gas main locating machines are out again. It doesn't get much worse than this: http://www.torontostar.com/NASApp/cs/ContentServer?pagename=thestar/Layout/…

1 0

Corecom / voyager
by Jeffrey Sharpe 01 May '03

01 May '03

Could someone from Corecom / Voyager on the list please contact me. Jeffrey Sharpe CyberLynk HelpDesk and Support CyberLynk Network, Inc. 10125 S. 52nd. Street Franklin, WI 53132 414-858-9335 or 1-800-862-5965 www.cyberlynk.net

1 0

DACS (DXC) failure disrupts service in 16 Ohio counties
by Sean Donelan 01 May '03

01 May '03

Has anyone come up with a solution for the DACS problem? Whenever a telco has a DACS failure, it usually disrupts telephone services for 8-12 hours across a large geographic area. http://www.marionstar.com/news/stories/20030501/topstories/223237.html

2 1

Re: Who is announcing bogons?
by Paul Vixie 01 May '03

01 May '03

> > the fun part is watching the bgp announce/withdraws in unallocated space. > > (no matter what microsoft may have learned from their survey, most isp's > > don't seem to care which prefixes their bgp-speaking customers advertise.) > > So which ISPs are confused? Bogon's don't spontaneously occur in BGP. > Some ASN must originate them, and ASNs must pass them to other ASNs. > BGP helpfully includes the ASNs in the path. geoff huston is the only person i know who's making formal progress on that question. i know from some zebra log files that iana's unallocated space gets advertised from time to time, then withdrawn. presumably an attack was launched during the announcement but i don't have any data showing this. > What should be done about ASNs which repeatedly announce false or > unauthorized routes? apparently, nothing. to the extent that peering is by agreement, the majority of such agreements now in force do not require the other party to route-filter their customers. which is funny, since they tend to drone on endlessly about the importance of a 24x7 NOC, which in operational practice, matters lots less. (btw, anybody signed a peering agreement which requires an abuse@ mailbox yet?)

5 11

dns servers responding w/ nxdomain for aaaa/any queries
by Jared Mauch 01 May '03

01 May '03

Does someone know where some good resources are to help people that have misconfigured dns servers that respond to NXDOMAIN for ANY or AAAA dns queries? One of the financial institutions that I do business with needs some technical clue as in the past 24 hours they've managed to make their dns/website go away. Believe it or not there was someone with clue that answered the number listed in whois, I am just looking for a good set of information to pass along to them to help explain the issue. Preferably some help with the EAG-2001-10-15 dns server if anyone knows what that is. version.bind. 0S CHAOS TXT "EAG-2001-10-15" Thanks, - Jared -- Jared Mauch | pgp key available via finger from jared(a)puck.nether.net clue++; | http://puck.nether.net/~jared/ My statements are only mine.

1 0

Re: Who is announcing bogons?
by sthaug＠nethelp.no 01 May '03

01 May '03

> > >net 39 was left in my care by my previous boss. > > > > If so then: > > http://www.iana.org/assignments/ipv4-address-space > > should be updated to reflect that. > > It did reflect that and still should. All it says is 039/8 Apr 95 IANA - Reserved Steinar Haug, Nethelp consulting, sthaug(a)nethelp.no

2 1

RE: level(3) issues in phl
by Temkin, David 01 May '03

01 May '03

>From Yipes (who's a big L3 customer) Dear Yipes Customer, Please be aware that we are experiencing network problems in Philadelphia that may affect your connection or ability to route to Internet sites. Our Network Engineers are currently investigating the cause of this issue. We will continue to keep you updated with the status of our investigation. Trouble ticket 39815 has been created for this issue. Yipes will monitor your port status for 24 hours and close this trouble ticket if we do not receive a response from you or a request for an official Reason for Outage(RFO). If you have any further questions, please do not hesitate to contact us. -----Original Message----- From: alex(a)yuriev.com [mailto:alex@yuriev.com] Sent: Wednesday, April 30, 2003 8:52 PM To: nanog(a)merit.edu Subject: level(3) issues in phl Is anyone seeing any Level(3) issues in Philadelphia right now? Alex IMPORTANT:The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

1 0