RE: The Cidr Report
> They transit thro Qwest and Cogent. Perhaps its the > responsibility of folks > accepting the routes to sanity check and implement sensible policy? And the one who filters the customer first will lose revenue.. Kris > On Sat, 21 Jun 2003, Hank Nussbacher wrote: > > > > > At 01:00 PM 21-06-03 -0400, Haesu wrote: > > > > > > >What is up with ASN11305 generating humongous loads of > unaggregated /24's? > > > > Sent them an email 11 days ago, no reply yet: > > >Date: Tue, 10 Jun 2003 10:56:46 +0200 > > >To: [EMAIL PROTECTED], [EMAIL PROTECTED] > > >From: Hank Nussbacher <[EMAIL PROTECTED]> > > >Subject: AS11305 - routing table bloat > > >Cc: "Terry Baranski" <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > > > > > >AS11305 has been lately seen to be sending out too many > prefixes not based > > >on CIDR boundries, thereby increasing the global router table size: > > > > > > ASnumNetsNow NetsAggr NetGain % Gain Description > > >AS11305 646 136 51078.9% > INTERLAND-NET1 Interland > > >Incorporated > > > > > >See http://www.mcvax.org/~jhma/routing/ and > http://bgp.potaroo.net/cidr/ > > >and http://bgp.potaroo.net/cgi-bin/as-report?as=as11305&view=4637 > > >for further details. > > > > > >Regards, > > >Hank > > > > -Hank > > > > > > >-hc > > > > > > > Aggregation Summary > > > > The algorithm used in this report proposes aggregation only > > > > when there is a precise match using the AS path, so as > > > > to preserve traffic transit policies. Aggregation is also > > > > proposed across non-advertised address space ('holes'). > > > > > > > > --- 20Jun03 --- > > > > ASnumNetsNow NetsAggr NetGain % Gain Description > > > > > > > > Table 122681877223495928.5% All ASes > > > > > > > > AS7132 923 229 69475.2% SBIS-AS > SBC Internet Services > > > >- Southwest > > > > AS11305 647 137 51078.8% > INTERLAND-NET1 Interland > > > >Incorporated > > > > AS701 1514 1070 44429.3% ALTERNET-AS UUNET > > > > > Technologies, Inc. > > > > AS7843 614 175 43971.5% > ADELPHIA-AS Adelphia Corp. > > > > AS4323 600 177 42370.5% TW-COMM > Time Warner > > > > > Communications, Inc. > > > > AS7018 1337 927 41030.7% > ATT-INTERNET4 AT&T WorldNet > > > >Services > > > > AS3908 889 521 36841.4% > SUPERNETASBLK SuperNet, Inc. > > > > AS1221 1062 756 30628.8% > ASN-TELSTRA Telstra Pty Ltd > > > > AS6197 518 225 29356.6% BATI-ATL > BellSouth Network > > > >Solutions, Inc > > > > AS4355 397 111 28672.0% > ERMS-EARTHLNK EARTHLINK, INC > > > > AS6198 475 189 28660.2% BATI-MIA > BellSouth Network > > > >Solutions, Inc > > > > AS1239 959 677 28229.4% SPRINTLINK Sprint > > > > AS6347 367 92 27574.9% DIAMOND > SAVVIS Communications > > > >Corporation > > > > AS27364 319 87 23272.7% > ACS-INTERNET Armstrong Cable > > > >Services > > > > AS17676 250 24 22690.4% GIGAINFRA > XTAGE CORPORATION > > > > AS22773 2208 21296.4% CCINET-2 > Cox Communications > > > >Inc. Atlanta > > > > AS209498 305 19338.8% ASN-QWEST Qwest > > > > AS705508 331 17734.8% ALTERNET-AS UUNET > > > > > Technologies, Inc. > > > > AS2386 406 235 17142.1% INS-AS AT&T Data > > > > > Communications Services > > > > AS2048 258 87 17166.3% LANET-1 > State of Louisiana > > > > AS17557 341 173 16849.3% > PKTELECOM-AS-AP Pakistan > > > >Telecom > > > > AS6327 190 24 16687.4% SHAWFIBER > Shaw Fiberlink > > > >Limited > > > > AS13601 205 46 15977.6% > ASN-INNERHOST Innerhost, Inc. > > > > AS690450 293 15734.9% > MERIT-AS-27 Merit Network > > > Inc. > > > > AS20115 463 311 15232.8% > CHARTER-NET-HKY-NC Charter > > > >Communications > > > > AS3602 226 79 14765.0% > SPRINT-CA-AS Sprint C
RE: IPv6
> Am I the only one that thinks IPv6 is a minimum of ten years > out before you see actual non-geek demand? I have a feeling that IPv6 will creep in through non-obvious channel, such as Microsoft's threedegrees software. It appears to be targeted at the same teenage market that helped make P2P and IM technology explode. Kris
RE: State Super-DMCA Too True
Regarding common carriers, Geoff Huston wrote a good article for IPJ http://www.cisco.com/warp/public/759/ipj_5-3/ipj_5-3_uncommon_carrier.html Kris (top posting because below this line is a complete mess) > -Original Message- > From: Stephen Sprunk [mailto:[EMAIL PROTECTED] > Sent: Monday, March 31, 2003 6:30 PM > To: todd glassey > Cc: North American Noise and Off-topic Gripes; Michael > Loftis; Robert A. > Hayden > Subject: Re: State Super-DMCA Too True > > > > As reading your message both hurts my eyes and would take > excessive effort > to reformat for a reply, I won't do so. > > However, I do question the credibility of anyone who cites > Cheech and Chong > to back up his position. > > S > > Stephen Sprunk "God does not play dice." --Albert Einstein > CCIE #3723 "God is an inveterate gambler, and He throws the > K5SSSdice at every possible opportunity." --Stephen Hawking > - Original Message - > From: "todd glassey" <[EMAIL PROTECTED]> > To: "Stephen Sprunk" <[EMAIL PROTECTED]>; "Michael Loftis" > <[EMAIL PROTECTED]>; "Robert A. Hayden" <[EMAIL PROTECTED]> > Cc: "North American Noise and Off-topic Gripes" <[EMAIL PROTECTED]> > Sent: Monday, 31 March, 2003 17:07 > Subject: RE: State Super-DMCA Too True > > > > Stephen - my responses in caps - > > > > > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Behalf Of > > Stephen Sprunk > > Sent: Monday, March 31, 2003 2:32 PM > > To: todd glassey; Michael Loftis; Robert A. Hayden > > Cc: North American Noise and Off-topic Gripes > > Subject: Re: State Super-DMCA Too True > > > > > > > > Thus spake "todd glassey" <[EMAIL PROTECTED]> > > > Yes but this is specific to the argument on whether an ISP > > > should be accountable for what people do with its > > bandwidth > > > and what I think is ultimately going to happen is that > > these > > > laws are going to be put in place and as part of enforcing > > > these there will be some arrests. > > > > If you ship pot via FedEx, does the delivery guy go to jail > > too? > > > > THIS IS A REALLY BAD EXAMPLE - IF YOU WANT I WILL GIVE YOU > > THE ADDRESSES OF HALF A DOZEN MEDICAL MARIJUANA DISTRIBUTORS > > IN SAN FRANCISCO AND OAKLAND, AND THEY CAN ANSWER THAT ONE - > > I THINK HERE IN CALIFORNIA, IF YOU ARE IN A CITY THAT DOES > > NOT PROSECUTE THE MEDICINAL USE OF MARIJUANA - THEN NO ONE > > GOES TO JAIL FOR SHIPPING IT. > > > > No. > > If you make obscene phone calls, does the operator go to > > jail too? > > > > DEPENDS ON WHETHER THEY DIALED THE PHONE FOR YOU. > > > > No. > > > > BUT IF YOUR AGENT OPENS THE PACKAGE TO INSURE THAT IT HAD A > > CORRECT ADDRESS ON IT AND FINDS IT CONTAINS CONTRABAND - > > THEN ARE THEY RESPONSIBLE? - BETTER YET - IF THEY OPENED THE > > PACKAGE TO INSPECT THE DELIVERY ADDRESS AND THEN REFUSED TO > > APPLY ANY DILIGENCE ON THE PACKAGES PAYLOAD OR OTHER ADDRESS > > DATA BEYOND THAT OF A LOCAL DELIVERY ADDRESS, MY TAKE IS > > THAT THIS IS WHY THERE WILL BE SO MANY ADMIN'S IN JAIL IN > > THE COMING YEAR OR TWO - WITH THEIR ATTITUDES, THEY MAY > > OUT-NUMBER THE DRUNK DRIVERS IN CALIFORNIA PRISONS SOON. > > > > ANYWAY - THE OPENING OF THE MAIL TO DO ANYTHING INCLUDING > > DELIVER IT OBLIGATES YOU TO MAKE SURE THAT ANY AND ALL THE > > DATA REPRESENTED IN THE HEADER IS REAL AS WELL. IF YOU PARSE > > THE RFC822 DATA TO PROCESS IT THEM PROCESS IT. THAT'S THE > > POINT AND THAT THIS IS NOT AN OPTION UNDER THESE LAWS - ITS > > JUST THAT TO DATE THE TIER-2/3 ISP'S HAVE NEVER BEFORE BEEN > > THREATENED WITH JAIL FOR NOT GOING THE WHOLE ROUTE... > > > > Common carrier status exists for this very reason. > > > > I WOULD ARGUE THAT THE ISP'S ARE BY DEFINITION NOT COMMON > > CARRIERS. ONLY THE TIER-1 PROVIDERS WOULD BE CLASSIFIED AS > > CC'S UNDER INTERNET DEFINITIONS, AND ANYONE THAT OPERATES > > MORE THAN ONE TIER-1 SERVICE, AS IN A TIER-2 OR TIER-3 > > OPERATION TOO, HAS A LARGER ISSUE THAT ALL OF THEIR > > INFRASTRUCTURE LIKELY HAS TO COMPLY - > > > > Unfortunately, it > > probably means we'll have to stop filtering things like spam > > and DoS, since > > filtering on content inherently violates common carrier > > protection -- > > > > NO - QUITE THE OPPOSITE - ACTUALLY WHAT IT MEANS IS THAT FOR > > ANY SERVICE FOR WHICH YOU ARE THE ORIGINATING OR TERMINATION > > ENTITY, THAT "THE DATA REPRESENTED IN ANYTHING YOU PROCESS > > MUST BE RELIABLE AND TRUE". THAT MEANS IF YOU ACCEPT EMAIL > > FROM SOMEWHERE AND PROFFER IT ONWARD TO YOUR CLIENT'S, AND > > YOU DON'T BOTHER TO FILTER AND PROOF IT - THAT YOU STAND A > > GOOD CHANCE TO "GET YOUR PEE-PEE WHACKED BY THE BAILIFF" - > > TO QUOTE FROM CHEECH AND CHONG. > > > > see > > the smut suit against AOL a few years ago. > > > > I KNOW - I WAS AN EXPERT WITNESS IN ONE OF THEM. I ALSO AM > > THE INDUSTRY LIAISON TO THE AMERICAN BAR ASSOCIATION'S > > INFORMATION SECURITY COMMITTEE, BUT I AM NOT AN ATTORNEY SO > > IGNORE THIS IF YOU WANT. > > > > S > > > > St
RE: NANOG Splinter List (Was: State Super-DMCA Too True)
> I think that we possibly may need three subgroups. But maybe > not all at once. why don't we just get it over with and break apart/dilute into the usual suspect: social, technological, legal, economic, political. [sarcasm] Kris
RE: FW: About your using mailer
> In the beginning, there was The Word. > And The Word was Content-type: text/plain My bad.. Kris
RE: FW: About your using mailer
> Is anyone else getting this junk regarding the list? And can > we put a stop > to it? Got the same message. I think Miyoko's fight should be with the vendors, not the poor people who are subjected to the whims of an IS department. Kris > -Original Message- > From: Miyoko Shioda [mailto:[EMAIL PROTECTED] > Sent: Friday, March 28, 2003 9:30 AM > To: Mike Damm > Subject: Re: About your using mailer > > > dear Mike Damm, > > Sorry, I am talking about NANOG mailing list. > Please please change your MUA in mainling list... > > Regards, > > On Fri, 28 Mar 2003 09:28:17 -0800 > Mike Damm <[EMAIL PROTECTED]> wrote: > > > What mailing list are you talking about? > > > > --- > > Michael Damm, MIS Department, Irwin Research & Development > > V: 509.457.5080 x298 F: 509.577.0301 E: [EMAIL PROTECTED] > > > > > > -Original Message- > > From: Miyoko Shioda [mailto:[EMAIL PROTECTED] > > Sent: Thursday, March 27, 2003 5:16 PM > > To: [EMAIL PROTECTED] > > Subject: About your using mailer > > > > > > Hi, > > I read your messages in mailing list. > > > > Your using mailer(MUA) does not seems to support In-Reply-To nor > References > > field. These field is defined in RFC-2822. > > If these field does not be outputted when you reply, tree > construction > > will be break every time you post the messages to mailing list. > > It is inconvenient for the others. > > > > Please please change your mailer for the public good, > > at least when you post to mailing list. > > > > Today almost mailers support these field(at least In-Reply-To) > > except for the following mailers. > > > > MSN hotmail > > Exchange Server <= 2000 (Exchange Server 2003 will support > In-Reply-To.) > > Lotus Notes < 6.0 > > MIME-Tools > > AOL mailer > > dtmail > > Novell GroupWise > > foxmail > > > > regards, > > > > -- > > Miyoko Shioda > > [EMAIL PROTECTED] > > > > -- > Miyoko Shioda <[EMAIL PROTECTED]> > > >
RE: OT: level3 contact
> > Can someone clueful at level3 please contact me about bgp. We are a > > customer, and phone calls and email have failed to get us a contact. > > WOW...you're a _customer_ and you can't get somebody on the phone? > 'get somebody on the phone' or 'get someone with BGP clue on the phone'
RE: Operational Issues with 69.0.0.0/8...
> > How would more registries help? It would just add more > voices, not the > > number of ears listening.. > > Canadians have a lot more influence on CIRA than on ARIN. Without the pressure from operators assigned out of new space no action would take place. If it was possible to return a block for a new one, there's only so much address space that a RIR could possibly hand out, we'll still come back to the problem of routing new blocks. Kris
RE: Operational Issues with 69.0.0.0/8...
> This type of problem is likely to spur interest in more regional > registries. There's been talk of CIRA seting up a Canadian IP How would more registries help? It would just add more voices, not the number of ears listening.. Kris
RE: MIA: oregon-ix.net
It's definitely there.. Non-authoritative answer: Name:route-views.oregon-ix.net Address: 198.32.162.100 route-views.oregon-ix.net>sh ip bgp sum BGP router identifier 198.32.162.100, local AS number 6447 BGP table version is 5314229, main routing table version 5314229 125745 network entries and 5682928 paths using 216279693 bytes of memory 960510 BGP path attribute entries using 49946520 bytes of memory 744324 BGP AS-PATH entries using 18454476 bytes of memory 4303 BGP community entries using 159674 bytes of memory Dampening enabled. 11361 history paths, 7196 dampened paths 11361 paths received but denied BGP activity 216653/85313 prefixes, 27124356/21395751 paths NeighborVAS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 4.0.4.904 1 1200789 41872 531420400 04:49:38 115086 62.164.11.104 8782 58138 41878 531420400 1w0d 2678 64.50.224.5 4 4181 1227857 41871 531420400 3w6d 115686 64.166.72.140 4 65533 0 0000 neverActive 64.200.199.34 7911 2362162 41872 531420400 1w4d 116068 64.200.199.44 7911 2325433 41868 531420400 4w1d 116066 66.185.128.48 4 1668 1409836 41873 531420400 2w2d 116352 129.250.0.6 4 2914 1437478 41860 531420400 1w1d 100143 129.250.0.114 2914 1235081 41862 531420400 1w1d 100145 130.217.2.254 681 44469 41869 531420400 4w1d 853 134.55.20.229 4 293 1569091 41874 531420400 3w4d 116575 141.142.12.14 1224 1920843 81928 531420400 5d22h 118615 144.228.241.81 4 1239 865616 41869 531420400 4w1d 114890 154.11.63.864 852 1300077 41869 531420400 4d14h 117015 154.11.98.184 852 1250484 41751 531420400 1d06h 117015 ... route-views.oregon-ix.net> > -Original Message- > From: Jared Mauch [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, November 20, 2002 1:05 PM > To: Kai Schlichting > Cc: [EMAIL PROTECTED] > Subject: Re: MIA: oregon-ix.net > > > > Kai, > > i'm not sure about the dns for the domain (i suspect the > appropriate people are at ietf.. infact i know i saw their faces > on the mcast stream) but you can reach it by ip. > > 198.32.162.100 > > - jared > > On Wed, Nov 20, 2002 at 12:50:34PM -0500, Kai Schlichting wrote: > > > > As some of you have noticed, the BGP4 route containing the > address for > > route-views.oregon-ix.net has disappeared a while ago > (mid-October?). > > Their website seems to be gone, and I swear, I couldn't resolve > > the domain for a little while just now. Has the Oregon IX > been shut down? > > > > Their route-server was probably the best-connected one, > with the most > > views, of any public route server I am aware of (please > prove me wrong, > > but do not torment me with any web-based looking glasses :) . > > > > Nothing like having to poke around 10 other RS's to establish that > > rogue AS 26212 really only has 1, 6402 and 2914 as their upstreams. > > -- > Jared Mauch | pgp key available via finger from [EMAIL PROTECTED] > clue++; | http://puck.nether.net/~jared/ My statements > are only mine. >
RE: disconnected autonomous systems
> Aren't some reasons for using disconnected as's regulatory > based ie the > bells etc? > As far as I've seen they do the right thing and use multiple ASNs. Kris > > On Wed, 13 Nov 2002 [EMAIL PROTECTED] wrote: > > > > > > > inherently wrong with using a single AS in multiple > locations, and > > > > advertising discrete blocks of address space in each > one. The best reason > > > > to do this is for a network that you eventually plan to > merge - it > > > > eliminates issues of having to make major BGP > configuration changes. > > > > > > Nothing inherently wrong with it if you're paying for > transit, but good > > > luck getting peering in multiple locations without > presenting consistent > > > views. > > > > No problem at all. Use a tunnel. > > > > Going back to the original question: > > > > (A) Is there a reason have disconnected ASs? Sure. Does it > make more sense > > than using multiple AS numbers? No. > > > > (B) Is there a reason to deaggregate? Absolutely. The > biggest being rather > > bad internal allocations practiced by networks. > > > > Alex > > > > -- > > > > > > > >
RE: RFI Pointers to technical organisation layouts
> > Carrier Scale IP: Designing and Operating Internet Networks > > by P. Willis (Editor) > > Is that Pete Willis who was in BTnet Technical Services? Appears so.. > > > > This book contained various examples of BT's organization.. > > Check out the review here: [sorry Nigel :-)] > > http://www.amazon.co.uk/exec/obidos/ASIN/0852969821/qid%3D/202 > -9691701-8052621 > Didn't say the book was good :) http://www.cisco.com/warp/public/759/ipj_5-3/ipj_5-3_reviews.html Kris
RE: RFI Pointers to technical organisation layouts
> I'm looking for the layout of the technical organisation > within service providers. Charts with role definitions, related and/or > critical processes, inter-departement communications, chain > of command, breakout within major units, relation between > NOC/engineering/billing/service turnup/etc, basically > anything I can get my hands on. http://www.amazon.com/exec/obidos/tg/detail/-/0852969821/qid=1036594290/sr=8 -1/ref=sr_8_1/002-7468082-2679216?v=glance&s=books&n=507846 Carrier Scale IP: Designing and Operating Internet Networks by P. Willis (Editor) This book contained various examples of BT's organization.. Kris
RE: question concerning traceroute?
> a traceroute shows the outbound route. it's possible for the the probe > packets to follow one path and the returning icmp packets to take another > path. a looking glass in the AS your tracing to is a good way to see what > the return path is... The returning ICMP packets may take many different paths back to the sender of the UDPs, since each hop will make it's own decision on how to return to the source (not just the single asymmetric path from the destination of the UDPs). Kris
RE: Vulnerbilities of Interconnection
> What kind of implact on the global internet would we see > should we observe > nearly simultaneous detonation of 500 kilogramms of high > explosives at N of the > major known interconnect facilities? Not knowing how much damage would result from 500kg of explosives.. What is the typical size of pipe a carrier would pull into an interconnect facility, how many carriers, how much traffic? Now how much traffic would shift to other facilities if one went down? How many would it take to saturate the pipes? And at what point would congestion be bad enough to render them useless? At some point traffic will shift over to private interconnects either through complete loss of peering in third party facilities, or through manual intervention. Kris
RE: ASN registry?
maybe you're forgetting Australia... think APNIC... > -Original Message- > From: Derek Samford [mailto:[EMAIL PROTECTED]] > Sent: Monday, August 19, 2002 3:51 PM > To: 'Andy Dills'; 'Ralph Doncaster' > Cc: [EMAIL PROTECTED] > Subject: RE: ASN registry? > > > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf > Of > > Andy Dills > > Sent: Monday, August 19, 2002 3:42 PM > > To: Ralph Doncaster > > Cc: [EMAIL PROTECTED] > > Subject: Re: ASN registry? > > > > > > On Mon, 19 Aug 2002, Ralph Doncaster wrote: > > > > > > > > I've always used whois.arin.net to check ASN registrations, and > until > > now > > > it's always had information on those that I've checked. > > > It doesn't have anything for 1221, which according to > > > route-views.oregon-ix.net is Telstra. Is there a single complete > > database > > > that has ASN assignment info? > > > > Well, when I can't find it quickly, I usually check RIPE, > as the RIPE > > whois will tell you which region the ASN is delegated to, and which > > registrar to check with. And according to RIPE, 1221 is most > definitely in > > the lower range controlled by ARIN. No idea why ARIN doesn't have a > record > > for it...they only carry records for ASN 16779, which is > Telstra-USA. > > > > Andy > > > I noticed that as well. But a quick google shows that Telstra is most > definitely AS1221. Maybe they forgot to renew one of their AS Numbers? > > Derek > >
RE: What is a reasonable range for global BGP table size?
That number is still too high since some people are advertising their /25 to /32 prefixes to the route-views box.. Kris > -Original Message- > From: Jared Mauch [mailto:[EMAIL PROTECTED]] > Sent: Thursday, July 18, 2002 12:47 PM > To: Robert Boyle > Cc: [EMAIL PROTECTED] > Subject: Re: What is a reasonable range for global BGP table size? > > > > I was going off my data analysis of > route-views data. > > wc -l oix.home_as.out > 135949 oix.home_as.out > > this file has prefix:home_asn > > (where home_asn is the last asn in the as_path. prefixes > with inconsistent home_as will appear twice. this may be > cause of some > of your confusion. eliminating those brings it to 120131 prefixes) > > - jared > > On Thu, Jul 18, 2002 at 12:37:09PM -0400, Robert Boyle wrote: > > > > At 11:26 AM 7/18/2002 -0400, you wrote: > > >Hmm. > > > > > >We don't filter, and > > > > > >112942 network entries and 391859 paths using 25288182 > bytes of memory > > > > We don't filter either and... > > > > 117800 network entries and 339843 paths using 23660948 > bytes of memory > > > > > > "about 135k prefixes last i checked." is not what we see > here from any of > > our upstreams. > > > > > > -Robert > > > > > > > > > > Tellurian Networks - The Ultimate Internet Connection > > http://www.tellurian.com | 888-TELLURIAN | 973-300-9211 > > "Good will, like a good name, is got by many actions, and > lost by one." - > > Francis Jeffrey > > -- > Jared Mauch | pgp key available via finger from [EMAIL PROTECTED] > clue++; | http://puck.nether.net/~jared/ My statements > are only mine. >
RE: Notes on the Internet for Bell Heads
You're thinking of: Carrier-scale IP networks: designing and operating Internet networks Edited by Peter Willis, ISBN 0 85296 982 1, The Institute of Electrical Engineers, London Kris > -Original Message- > From: Martin J. Levy [mailto:[EMAIL PROTECTED]] > Sent: Thursday, July 11, 2002 3:54 PM > To: Sean Donelan; [EMAIL PROTECTED] > Subject: Re: Notes on the Internet for Bell Heads > > > > Sean, > > My vote goes for... > > How to build an Internet Service Company > From A to Z... > All you need to know to plan, build and market an Internet > service company. > Tips and tricks from the inside. > > Charles H. Burke > July '96 > ISBN: 0-935563-02-4 > > And I quote... > > > Coffee Maker - Coffee is an necessary as HTML to the aspiring ISP. > > ... > > I highly recommend the Bunn-Omatic corporation for excellent high > > performance coffee makers. > > ... > > It's a classic! > > As for driving in the UK and US... I have explained the value > of roundabouts to many, many Americans and they still don't > get it. Being British, but living in the US... I just don't > get why they are not used here. > > You will have to put up with the face that Bell-heads and > Net-heads just doing things differently and not understanding > why the other side prefers an opposite method! > > Martin > > > At 03:09 PM 7/11/2002 -0400, Sean Donelan wrote: > > > >Has anyone written the equivalent of the old Bell Systems > Notes on the > >Network for the Internet? A couple of books come close, > Hueston's ISP > >Survival Guide and Cisco's ISP Essentials. But there doesn't seem to > >be anything that helps Bell heads understand what switching, routing > >or signaling means on the Internet. There are a lot of > words which are > >spelled alike, but mean very different things in the Bell > world and the > >Internet world. > > > >I've been thinking of it like driving in England or the USA. > We drive > >on different sides of the road. Its safe until you get someone who > >doesn't know the rules of the road driving on the other side of the > >Atlantic. So how do you explain the rules of the Internet > road to someone > >used to driving on the telephone system? > >
RE: genuity - any good?
Quick correct, they are extended access-lists > -Original Message- > From: Kris Foster [mailto:[EMAIL PROTECTED]] > Sent: Friday, April 12, 2002 11:02 AM > To: 'Roy'; matthew zeier; [EMAIL PROTECTED] > Subject: RE: genuity - any good? > > > > > reasonable route for your prefixes. According to one of > > their top people, > > prefix-lists were unreliable new technology. We gave up and > > canceled the > > circuit. > > > > Genuity does use prefix lists (at least now). And, in my > experiences with > them is extremely fast in their turn around time to update these. > > Kris > >
RE: genuity - any good?
> reasonable route for your prefixes. According to one of > their top people, > prefix-lists were unreliable new technology. We gave up and > canceled the > circuit. > Genuity does use prefix lists (at least now). And, in my experiences with them is extremely fast in their turn around time to update these. Kris
RE: de-peering and peering
> Let us say Network A has a peering Agreement with Network B. > Now let us > say Network X wants to reach Network B. X and B do not have a peering > agreement. Can Network A use the peering Link between A nd B to route > the traffic of network X. If there is an agreement in place (ie. A and B exchanging customer prefixes and X is a customer of A). > What are the mechanisms in place in B's network to detect > that Network A > is transiting the data( in this case network B looser) from Network X? You should be able to filter. RADB is one solution that may make it more manageable. But if your not filtering it will still require a transit provider to get the traffic back to X (think asymmetry). Kris > masquerading transit data as if its originating from its own n > Steve Naslund wrote: > > > Peering arrangements are when networks make connections > between each other. > > Usually networks of > > equal size (traffic wise) will try to peer with each other. > Although this > > may not be technically correct here > > are the basics. > > > > Peering - connections between networks that our > cooperative, there is no > > cost other than the physical > > connection itself. That cost might be shared or the > smaller network may pay > > for the physical connection. > > Carries traffic that terminates on one of the two networks. > i.e. you can't > > go through the peering connection > > you have with my network to get to another network. > Consider peering > > connections to be express routes between > > two networks. You generally can get this type of > connection if you are a > > service provider or public institution. > > It is harder to get if you are a private entity unless you > can show a > > benefit for me in peering with you. In > > other words, I would like the traffic flow to be as > symmetric as possible or > > improve service for an important > > customer. > > > > Transit - connections between networks that I pay for an > allow me to get to > > anything on the Internet. These > > are generally very expensive but allow you to reach anyone, > anywhere. > > Consider transit connections to be the > > superhighway with exits to everywhere but with a lot of > traffic. Anyone who > > buys service from an upstream > > provider has a transit connection although they usually > refer to full BGP > > sessions. > > > > Now you can see that if I am paying for a transit > connection through say > > UUnet and I have a ton of traffic going > > to say Exodus, it is in my best interest to try to > establish a peering > > agreement with Exodus so that I don't have > > to use my expensive bandwidth from UUnet. I can also get a > more direct > > route to where my customers want to go and > > avoid congestion. > > > > Peering and de-peering have a huge impact on traffic > engineering because > > lack of peering means that most traffic > > is being carried by the biggest transit providers like > UUnet and Cable & > > Wireless. Peering makes the Internet > > more redundant and reliable and evens out the loads better. Traffic > > engineering is all about peering and which > > paths are preferred over others. I your only connections > are transit then > > there are not many options for > > traffic engineering. > > > > Steve > > > > > >>-Original Message- > >>From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of >>Shashi Kumar >>Sent: Tuesday, April 02, 2002 12:36 PM >>To: [EMAIL PROTECTED] >>Subject: de-peering and peering >> >> >>Dear List: >> >>Sorry for a naive question. Could some one on the list explain what is >>peering and de-peering ? and how peering and de-peering influence >>traffic engineering?. ( data traffic or otherwise..) >> >>thanks in advance, >>shashi >> >> >> > >