- Test - lists.nanog.org

Traffic metrics and cost analysis....
by Murphy, Jay, DOH 21 Jan '09

21 Jan '09

Hey all, Can anyone point to a good power-point template/presentation for metric and cost analysis for routing? I will not plagiarize unless; I am given copyright permission :-). Seriously, anyone have one handy, I am under the press to complete a presentation before Friday morning. Thanks a million, Jay Murphy IP Network Specialist NM Department of Health ITSD - IP Network Operations Santa Fé, New México 87502 "We move the information that moves your world." Confidentiality Notice: This e-mail, including all attachments is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited unless specifically provided under the New Mexico Inspection of Public Records Act. If you are not the intended recipient, please contact the sender and destroy all copies of this message. -- This email has been scanned by the Sybari - Antigen Email System.

1 0

expectations for bgp peering?
by mike 21 Jan '09

21 Jan '09

Hello, So I am just wondering what my expecations should be in a bgp peering scenario where I am multihomed with my own ASN and arin assigned ip space. At issue is the fact that my backup isp forced me to use ebgp multihop to peer with a router internal to their network and not the border router I am directly attached to, and secondly, that they say I am not allowed to prepend at all - they will do it for me, and from the looks of things they have established a route-map that just prepends their AS 6 times to my announcement. This smells of bad engineering. I have looked up the bgp report for my provider and they have 0 downstream AS's, and the week that this project has taken (and it's still not up and working) has left me with less than absolute confidence in the provider. I want to know if anyone has an opinion on ebgp multihop for external customers, and wether I should really have an expectation to be able to assign my prepends as suits my needs? Are there any conditions that could make this fail that I should be aware of? Mike-

6 6

Re: Inauguration streaming traffic
by Brandon Butterworth 21 Jan '09

21 Jan '09

> The Beeb's HD multicast feed is about 23Mbit/s to the host, and we received > it at quite decent (subjective) quality here on a JANET-connected university > site. This is full broadcast HD, exactly the same as we have on satellite. We don't consider it generally usable, it's part of IPTV services not general Internet distribution. I expect we'll make a 1.5Mbit/s stream, not really HD just what people flog as Internet HD, some time. > The interesting aspect of the HD stream was seeing how various systems coped > with the CPU load. It was good to have some HD content available that > encouraged people to install vlc, find out a little about multicast, and > system issues in receiving it. That's why I leave it there but unpublicised as users would try getting it down their adsl and annoy their ISP. > Thanks again Beeb :) /me doffs cap brandon

1 0

DNS Amplification attack?
by Wil Schultz 21 Jan '09

21 Jan '09

Anyone else noticing "." requests coming in to your DNS servers? http://isc.sans.org/diary.html?storyid=5713 I'm seeing them coming from the following addresses in my ns server logs. 69.50.142.110 69.50.142.11 76.9.16.171 66.230.128.15 66.230.160.1 -wil

9 10

Re: expectations for bgp peering?
by Scott Weeks 21 Jan '09

21 Jan '09

Apologies for top posting, but my response is a little long long... I wouldn't be too concerned about the multi-hop as there're many reasons why they might do that, but a week out and it's still not working? It's all about customer service. Are they giving you the appropriate level of service you expect for what you're paying? If not, vote with your dollars and move on... Usually, I get the circuit up and pingable to the IPs that will be doing the peering ahead of time. I then set a date for the BGP turn up. On my side, BGP is pre-configured and all I have to do is type 'no shut'. Most times everything comes up and we all go home happy. Sometimes I have to do a little troubleshooting. If they got the lower layers up ahead of time with you, set a date to turn up BGP and now it's a week later, I'd be worried about what type of customer service they'd give later on when trouble happens. And they don't allow you to prepend? In my book that'd be two strikes against them and this isn't baseball, so I wouldn't wait for the third strike. scott --- mike-nanog(a)tiedyenetworks.com wrote: So I am just wondering what my expecations should be in a bgp peering scenario where I am multihomed with my own ASN and arin assigned ip space. At issue is the fact that my backup isp forced me to use ebgp multihop to peer with a router internal to their network and not the border router I am directly attached to, and secondly, that they say I am not allowed to prepend at all - they will do it for me, and from the looks of things they have established a route-map that just prepends their AS 6 times to my announcement. This smells of bad engineering. I have looked up the bgp report for my provider and they have 0 downstream AS's, and the week that this project has taken (and it's still not up and working) has left me with less than absolute confidence in the provider. I want to know if anyone has an opinion on ebgp multihop for external customers, and wether I should really have an expectation to be able to assign my prepends as suits my needs? Are there any conditions that could make this fail that I should be aware of? Mike-

1 0

Re: "IP networks will feel traffic pain in 2009" (C|Net & Cisco)
by Matthew Kaufman 20 Jan '09

20 Jan '09

Alex H. Ryu wrote: > Probably IP v4 address runout may not affect for traffic amount that much. > Since people will use NATing for saving IP addresses, and IPv6 will be > slowly take some traffic for that matter. > > It's more of the cost of bandwidth, and the application people uses. > > As I said, "we'll see"... the people using NATing are still going to have to connect to something, somewhere, to get the data that makes up this traffic. The people buying boxes that move traffic around will be spending some of that money on either v6 capability or NATs or both, too. Matthew Kaufman

1 0

Re: Inauguration streaming traffic
by Scott Weeks 20 Jan '09

20 Jan '09

------- jay(a)west.net wrote: ------- From: Jay Hennigan <jay(a)west.net> We're a regional ISP, about 80% SMB 20% residential. We're seeing almost double our normal downstream traffic right now. Anyone else? ------------------------------------ Not much of a traffic boost here in Hawaii as it happened at 7am local time. Most folks caught the first part on TV and rushed to work, evidently. scott

2 1

Level3 NOC Contact
by Darryl Dunkin 20 Jan '09

20 Jan '09

Their support has been really giving me the run-around and is cluelessly sending me from department to department. Does anyone have a good NOC contact for them? I have one of their downstream customers hijacking some of my IP space and they don't really care as I am not a direct customer of theirs.

2 2

Single carrier multi-circuit asynchronous routing issue
by Aaron Millisor 20 Jan '09

20 Jan '09

I am curious to know if anyone has else has hit a problem like the one I am running into right now. I have two DS3 DIA's in my router, terminating on two separate routers at Sprint. We peer with BGP and I am prepending certain of my prefixes to balance the traffic load. src __________ dst 1.1.1.0 |----|- ds3 #1 -| sprint 1 |--( ) 2.2.2.0 ------- |me | ( internet ) ------- | | ( ) | | __________ ( ) |----|- ds3 #2 -| sprint 2 |--( ) If I were to prepend the network 1.1.1.0 to come in on 'sprint 1', but have a route to 2.2.2.0 via 'sprint 2' so that traffic comes in on one circuit but returns on the other, routing is broken. If I change my route so that packets directed to 2.2.2.0 return on the same circuit that the traffic is received on, everything works fine. Has anyone else run into an issue like this before? -- am

3 3

ADMIN: List FAQ/Monthly Post.
by NANOG Mail List Committee 19 Jan '09

19 Jan '09

This 100-line document contains 62% of what you need to know to avoid annoying 10,000 people in your email to the NANOG list. It also contains pointers to another 23%. Please take 5 minutes to read it before you post [again]. General Information =================== About NANOG: http://www.nanog.org/about/ NANOG News: http://www.nanog.org/ NANOG lists and AUP: http://www.nanog.org/mailinglist/ NANOG List FAQ: http://www.nanog.org/mailinglist/listfaqs/ To Subscribe or Unsubscribe from the list: http://mailman.nanog.org/mailman/listinfo/nanog To contact the list's admins: admins(a)nanog.org Posting Policy ============== The NANOG list has over 10,000 subscribers so it is very easy for a thread to have scores of posts while being off-topic and only of interest to only a small proportion of subscribers. Please consider before each post if your email will be of interest to the majority of members or might alternatively be emailed directly the people of interest or posted to another forum. Please read the FAQ and AUP policy before posting for more details. Especially the following are discouraged: * Is a certain site down? Other Outages not affecting half the Internet. Please use http://downforeveryoneorjustme.com/ or a similar site. Please post to the Outages mailing list: http://wiki.outages.org * Spam Please use SPAM-L - http://www.claws-and-paws.com/spam-l * Contacting People * http://puck.nether.net/netops/ * Please try other methods of contacting sites before you post to NANOG. Saying something like "I tried calling 213-555-3333 but no answer" shows you _have_ tried alternative methods first. * Political Issues * Topics such as ICANN policy, Government Policy or Law changes that do not have short term Operational impact should be avoided. * Operation topics with more specific lists * DNS - http://lists.oarci.net/mailman/listinfo/dns-operations * Email - http://www.mailop.org/ * NANOG Mailing list policy Please use the nanog-futures list or contact admins(a)nanog.org Please also avoid ================= * Sending posts to the list relevant to only one or two people on this list, such as tests or traceroutes in response to another post for comparison to those originally posted. * Jokes, Puns, amusing observations, spelling corrections. Other NANOG related lists ========================= * NANOG-futures - for discussion of the evolution of NANOG, including organizational structure, policies and procedures, and agendas for NANOG meetings. Such topics aren't appropriate for the main NANOG mailing list. http://mailman.nanog.org/mailman/listinfo/nanog-futures * nanog-attendee - For discussion of venue-specific issues relevant to attendees of the current NANOG physical meeting. http://mailman.nanog.org/mailman/listinfo/nanog-attendee * nanog-announce - For announcements of NANOG meetings an other Important NANOG related announcements. Low traffic and all posts are also sent to main list. http://mailman.nanog.org/mailman/listinfo/nanog-announce Other Mailing Lists =================== Information about related lists: http://www.nanog.org/mailinglist/listfaqs/otherlists.php

1 0