April 2002 - Test - lists.nanog.org

Re: Perspective on ARIN allocations to non-American entities
by Brian Wallingford 08 Apr '02

08 Apr '02

:>I've searched the IANA and ICANN sites, and have found no justification :>for what appear to be ARIN allocations to foreign entities within :>66.231. :> :>Two serious UCE/hacking attempt offenders are as follows: :>66.231.64.0/20 GIGA-BLK-1 : : Last I checked, Columbia was part of South America. The 'A' in Arin means :America, the two continents. Granted, that was a poor example. :>66.231.128.0/20 ECON-BLK-1 Last I checked, France wasn't in either of the Americas. :> :>Both of which appear to be completely unapologetic for their users' :>activities and refuse to take any action against repeat offenders :>(10's of thousands of attempts per week here). Why have these blocks :>apparently been allocated via ARIN? :> :>Am I missing something? : : I'm not sure what you think ARIN has to do with UCE/hacking. ARIN allocates :IP addresses. The regional splitting of the registries is more for reasons of :convenience than anything else and I don't believe there's any special reason :ARIN should deny a request just because the addressees will be using the :block out-of-the region. (Though it is recommended that you use the registry :for your region.) Understood, and I certainly wouldn't expect that any given registry would presume to play policeman for the networks they've allocated. My only point was that one should be able to assume, based on network number, that a given prefix can be looked up via a given registry's database, and that the result should reflect an organization (or a branch of an organization) within that registry's region. : It is common for companies with a presence in multiple regions to deal with :a single regional registry and then use the blocks where they actually need :them. This is much better than them using two for a variety of reasons :including that it makes the registry better able to assess the justification. :So a multinational company might request all the blocks it needs through ARIN :and it's U.S. office. Again, understood. NTT/Verio, among others, is a good example of such. In such a case, the ARIN record should reflect the physical address, and other contact info for the given U.S. office, IMHO, not the foreign address, for what I would think are obvious reasons. Cheers, Brian

2 1

gtld-servers returning multiple A records for a NS?
by Matt Levine 08 Apr '02

08 Apr '02

When did this start? > dig uunet.com @a.gtld-servers.net ; <<>> DiG 8.3 <<>> uunet.com @a.gtld-servers.net ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 3, ADDITIONAL: 4 ;; QUERY SECTION: ;; uunet.com, type = A, class = IN ;; AUTHORITY SECTION: uunet.com. 2D IN NS NS.UU.NET. uunet.com. 2D IN NS UUCP-GW-1.PA.DEC.com. uunet.com. 2D IN NS UUCP-GW-2.PA.DEC.com. ;; ADDITIONAL SECTION: NS.UU.NET. 2D IN A 137.39.1.3 UUCP-GW-1.PA.DEC.com. 2D IN A 16.1.0.18 UUCP-GW-1.PA.DEC.com. 2D IN A 204.123.2.18 UUCP-GW-2.PA.DEC.com. 2D IN A 16.1.0.19 Regards, Matt -- Matt Levine @Home: matt(a)deliver3.com @Work: matt(a)eldosales.com ICQ : 17080004 AIM : exile PGP : http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C0D04CF "The Trouble with doing anything right the first time is that nobody appreciates how difficult it was." -BIX

10 14

RE: Load balancing in routers
by Gironda, Andre 08 Apr '02

08 Apr '02

> Does anybody know what are load balancing algorithms > by most routers ? Where can I more information about > this ? > > thanks > Abhi oh hey, does anyone on this list know how to make cars go faster for most makes/models? heh, j/k ;> you might want to check out rfc2991 and rfc2992. "most" routers are cisco routers, and they use cisco express forwarding for next-hop forwarding decisions along with ospf/isis/eigrp/bgp4/etc. this is commonly known as load balancing or load sharing or equal cost multipath (sometimes abbreviated as ECMP). cisco and other vendors have more information about how they do ECMP on their websites. I believe you can search their websites for even load balacing and come up with the information that you are looking for. if you are looking for source code that you can compile and play with, try zebra.org. -dre

1 0

RE: Qwest Support
by internetguy205＠hotmail.com 07 Apr '02

07 Apr '02

WOW. After going through the string of emails on this subject, it really amazes me that someone would bash someone else in regards to getting correct support. This appeared to be a legitimate need for support, & Regardless of the nature of the problem, as Mr. Urban suggests, quite correctly, this gentleman Mr. Dills could not get support when he required it, & was shuffled around. In fact, someone suggested that he would have had" greater sympathy " for this gentleman if he was really down. & if it had of been a legitimate routing problem, it would have been " more interesting ". Now, we all can understand with the state of the industry, that support response times & support in general might just be a bit stretched these days. But no sympathy, or would have had greater sympathy, come on. Infact, reading further emails, it appears that this gentleman, Mr. Dills DID have a routing issue. & once he lit into his provider, via NANOG, they did not like the exposure & quickly gave him some assistance. Now, NANOG is really not the place to b****, but if it works... Greater sympathy.... ?? More interesting if it was a routing problem... When it appears it was... Wonder if they treat their customers like that at Sockeye Networks. A customer is a customer, plain & simple. Dont tell him you will call him back in 30 minutes then shuffle him off. For a day. Regards. > -----Original Message----- > From: Gregory Urban [mailto:urban@cs.umbc.edu] > Sent: Friday, April 05, 2002 11:14 AM > To: Daniel Golding; nanog(a)merit.edu > Subject: RE: Qwest Support > > > > You totally missed the point. Had this been a real emergency, he > would be > unable to get resolution since Qwest was unable to dredge up a > clue within > their customer support machine. > > Greg U

2 1

RE: Quick Question on Industry Standard
by Tim Devries 07 Apr '02

07 Apr '02

-----Original Message----- From: K. Graham [mailto:kgraham@rogers.com] Sent: Saturday, April 06, 2002 6:26 AM To: nanog(a)merit.edu Subject: Quick Question on Industry Standard >From my understanding there is a 99.97% up time value that most companies try and match. Is this a hard and fast rule or is this a value that we all try and emulate as best as we can? Do I have the value incorrect? Is it higher or lower? I had always thought that it was 99.97% but have not found anywhere to reference that figure, Cisco references that figure in their MTBF/MTTR (mean time before failure) calculations, however they also reference 99.9%. Our organization does not include scheduled maintenance in our HA (high availability) calculations, and I expect most organizations don't either. Quote, "Availability is calculated using statistical models for all the system components, the simplest model for a component being binary. The component is either in or out of service. Availability can be calculated from failure rates, measured in mean time between failures (MTBF), and repair times, measured in mean time to repair (MTTR)." Also, "The average downtime contribution by any component is calculated by amortizing the MTTR time over the MTBF period. For example, if a component critical to the operation of the platform has an MTBF of 250,000 hours and a MTTR of 1 hour, it contributes 2.1 minutes (60 min/250,000 hr/8760 hr/yr) of unavailability to the system per year" http://www.cisco.com/warp/public/cc/pd/rt/7500/prodlit/haibd_ov.htm So to calculate the physical HA stats, you need to reduce your network to component levels and do the calculations. Cables are not usually included in these calculations. HTH -- Tim

2 1

More Questions of Exchange Points
by Ruomei Gao 07 Apr '02

07 Apr '02

Hi, I am a graduate student of computer science, now I am working on Internet exchange points. Following the discussion of exchange points last month, I have some more specific questions. 1, Some of the exchange points are layer 2 facilities, then why do they need register IP addresses? Furthermore, those IP addresses do appears in the traceroute traces (from the skitter data of caida). Does this mean that these IP addresses are actually in use? Then how the layer 2 exchange points work? 2, How do you categorize the exchange points into large/local IXs, transit/peering IXs (besides look into the peering policies)? From the number of participants? Or from who are the participants? Thanks. Ruomei Gao Email: gte489q(a)prism.gatech.edu

5 15

Issues in Abovenet Backbone
by German Martinez 06 Apr '02

06 Apr '02

Is somebody affected with this outage ? http://west-boot.mfnx.net/traffic/issues.txt

3 2

Quick Question on Industry Standard
by K. Graham 06 Apr '02

06 Apr '02

>From my understanding there is a 99.97% up time value that most companies try and match. Is this a hard and fast rule or is this a value that we all try and emulate as best as we can? Do I have the value incorrect? Is it higher or lower? I had always thought that it was 99.97% but have not found anywhere to reference that figure, it was just via talking with others and checking available uptime statistics. My understanding also takes into account that it does not include controlled downtime due to any maintenances. Any thoughts? Kim

4 3

Anyone ever used calpop.com?
by Bill Sehmel 06 Apr '02

06 Apr '02

Has anyone ever had any experiences with calpop.com for colocation services? Please reply off list. Also sales people no need to reply as you'll be routed to /dev/null Thanks Bill Sehmel bsehmel(a)narrows.com

4 3

RE: MAE-Phoenix info request
by Borchers, Mark 06 Apr '02

06 Apr '02

It's not a MAE. All MAE's are listed at http://www.mae.net/ There appears to have been a proposal last year for a meet-point in Phoenix for networks participating in a telemedicine project. Does not appear to be intended to exchange public Internet traffic. > I see from the great speadsheet (ep-in-addrs) that there is > mention of a > phoenix NAP. However, I can't find any info anywhere on the > web / etc about > it. > > Does it exist, either a MAE or otherwise? What's the physical > address? Who > is there? > > Offline answers are fine. > > -donn >

6 5