- Test - lists.nanog.org

something strange about bgp community
by Song Li 08 Jan '15

08 Jan '15

Hi everyone, Today when I check one route in Routeviews I find something strange as follows: route-views>sh ip bgp 176.108.0.0 BGP routing table entry for 176.108.0.0/19, version 23405621 Paths: (33 available, best #28, table default) Not advertised to any peer Refresh Epoch 1 202018 35320 35320 57800 5.101.110.2 from 5.101.110.2 (5.101.110.2) Origin IGP, localpref 100, valid, external Community: 702:120 2914:429 20485:52990 20485:53990 20485:54040 20485:54050 47541:10001 rx pathid: 0, tx pathid: 0 the AS-Path is "202018 35320 35320 57800" but the community is 702:120 2914:429 20485:52990 .... According to RFC 1997, the community format is AA:NN and AA means the AS#. Here, AS702, AS2914 and AS20485 do not appear in the AS-Path and as a result they should not appear in the community. Could anybody tell me what's the reason they do appear in the community of this route? Thanks! -- Song Li Room 4-204, FIT Building, Network Security, Department of Electronic Engineering, Tsinghua University, Beijing 100084, China Tel:( +86) 010-62446440 E-mail: refresh.lsong(a)gmail.com

6 7

1U or SS7 to SIP services in Sovereign House London
by Daryl G. Jurbala 08 Jan '15

08 Jan '15

I know it’s a long shot on this list, but if you know of anyone who can provide these services or even just a good place like NANOG for that part of the world please contact me off list.

3 2

MPLS VPN design - RR in forwarding path?
by Marcin Kurek 08 Jan '15

08 Jan '15

Hi everyone, I'm reading Randy's Zhang BGP Design and Implementation and I found following guidelines about designing RR-based MPLS VPN architecture: - Partition RRs - Move RRs out of the forwarding path - Use a high-end processor with maximum memory - Use peer groups - Tune RR routers for improved performance. Since the book is a bit outdated (2004) I'm curious if these rules still apply to modern SP networks. What would be the reasoning behind keeping RRs out of the forwarding path? Is it only a matter of performance and stability? Thanks, Marcin

15 29

Solicitation for Statements of Interest regarding Root KSK Rollover
by Edward Lewis 08 Jan '15

08 Jan '15

(I am not sure if this appeared on this list before, so just to be sure, perhaps yet another posting of this announcement:) ICANN, as the IANA functions operator, in cooperation with Verisign as the Root Zone Maintainer and the National Telecommunications Information Administration (NTIA) as the Root Zone Administrator, together known as the Root Zone Management (RZM) partners, seek to develop a plan for rolling the DNS root zone key-signing key (KSK). The KSK is used to sign the root zone zone-signing key (ZSK), which in turn is used to DNSSEC-sign the Internet’s root zone. The Root Zone Partners are soliciting five to seven volunteers from the community to participate in a Design Team to develop the Root Zone KSK Rollover Plan (“The Plan”). These volunteers along with the RZM partners will form the Design Team to develop The Plan. Individuals interested in volunteering approximately 5 hours per week for the Design Team should consult the announcement: https://www.icann.org/en/system/files/files/ksk-soi-11dec14-en.pdf and submit their Statement of Interest to ksk-rollover-soi(a)icann.org no later than January 16, 2015.

1 0

RADB
by John East 08 Jan '15

08 Jan '15

Is there anyone from RADB or MerIt on this list that could contact me off the list? John

2 1

Microsoft - RE: Office 365 Expert - I am not. I have a customer that...
by Bob Evans 08 Jan '15

08 Jan '15

Thanks Frank... I do have a customer with 500 meg/sec service running 350 meg/sec average all day.... just 800 employees - no company driven focused use of MS office 365. Applications used and time of day, etc. So, I don't think one can compare a college's overall app bandwidth usage to a business primarily using office 365. I'm really looking for a "minimum bandwidth recommended requirement for 100 employees all using Office 365 hosted docs that are all outside the LAN. " MS has no such number. MS just leaving it to the individual case-by-case discovery process. I bet Microsoft can't answer that simple question or they wouldn't have these GB per user equations that use X for average document size. Best, I have to go on so far is what one of our customers "thinks" is needed. Thank You Bob Evans CTO > 1 Mbps/user seems very high -- the local college has over 200 employees > using O365 (and over 1400 students) and its broadband connection is just > 250 > Mbps and they're at less than 150 Mbps during the day. > > Frank > > -----Original Message----- > From: NANOG [mailto:nanog-bounces@nanog.org] On Behalf Of Bob Evans > Sent: Wednesday, January 07, 2015 3:03 PM > To: Roy Hirst > Cc: nanog(a)nanog.org > Subject: Re: Office 365 Expert - I am not. I have a customer that... > > Thanks to those of you that answered...It is hypothetical....However, I > found another customer that uses Office 365 heavily ... said they > discovered 1 meg/sec per Microsoft Office 365 user works well in most > scenarios. This customer has 80 users and a 100 meg/sec connection with > us. > > Thank You > Bob Evans > CTO > > > >>> On 1/6/2015 12:37 PM, Bob Evans wrote: >>>> I have a customer that heavily uses Microsoft Office 365. It's >>>> hosted. All >>>> the data I see about usage per user appears theoretical. In that the >>>> formulas assume people are taking turns using the bandwidth as if >>>> there is >>>> a patient line of packets at the Internet gas pump. Nobody is >>>> clicking at >>>> the same time. We all know that is not the real world. >>>> >>>> Does anyone have any experience with Office 365 hosted that can tell >>>> me >>>> the practical bandwidth allocation (NOT in KB per month, but in >>>> megabits/sec) for 100 users (during normal work hours) needs to be >>>> available ? >>>> >>>> Thank You in advance, >>>> Bob Evans >>>> CTO Fiber Internet Center >>>> >>>> >>>> >>>> >>>> >> >> > > > > >

1 0

Security Track @ NANOG 63 Call for Participation
by John Kristoff 08 Jan '15

08 Jan '15

[ Apologies if you saw this elsewhere already - jtk ] Friends, colleagues, fellow operators, The network security track, formerly known as the ISP security BoF, will be on the agenda at NANOG 63 in San Antonio and I will be the track facilitator. We not only seek your participation, but we are also interested you contributing to the track content. If you have an idea or if you know someone who might like to present, discuss or conduct a demonstration of something, we want to hear from you. Here is an incomplete list of relevant topics to stir your thoughts: * Cloud security (whatever that means :-) * Control plane best practices and templates * DDoS mitigation experience and case studies * Embedded device problems and protections * Government regulatory, compliance and privacy issues * IPv6 security concerns or case studies * MPLS and VLAN security issues * NetFlow-based security tools and techniques * OpenFlow/SDN security considerations * Route leak/hijack monitoring and mitigation * Walled garden techniques * X.509 certificate infrastructure concerns * <insert your new cool tool or idea here> If you want your PGP key signed by me (or anyone else), you should upload your key to the biglumber event keyring page before arriving so we have a record of it before meeting in person. <http://biglumber.com/x/web?keyring=6371> John

1 0

HostGator contact
by Jordan Whited 08 Jan '15

08 Jan '15

Looking for a HostGator contact, off-list

1 0

DNS Track at NANOG 63
by Wessels, Duane 07 Jan '15

07 Jan '15

Dear DNS Community, I will be moderating a DNS Track at the NANOG 63 meeting in San Antonio, TX. If you have interesting and timely DNS-related material to share with operators and researchers please reply to me with a brief abstract or description. I'm expecting we'll have about 90 minutes and plan to allocate 10-15 minutes per presenter. Apologies if you receive multiple copies. Duane W.

1 0

How our young colleagues are being educated....
by Javier J 06 Jan '15

06 Jan '15

Dear NANOG Members, It has come to my attention, that higher learning institutions in North America are doing our young future colleagues a disservice. I recently ran into a student of Southern New Hampshire University enrolled in the Networking/Telecom Management course and was shocked by what I learned. Not only are they skimming over new technologies such as BGP, MPLS and the fundamentals of TCP/IP that run the internet and the networks of the world, they were focusing on ATM , Frame Relay and other technologies that are on their way out the door and will probably be extinct by the time this student graduates. They are teaching classful routing and skimming over CIDR. Is this indicative of the state of our education system as a whole? How is it this student doesn't know about OSPF and has never heard of RIP? If your network hardware is so old you need a crossover cable, it's time to upgrade. In this case, it’s time to upgrade our education system. I didn't write this email on the sole experience of my conversation with one student, I wrote this email because I have noticed a pattern emerging over the years with other university students at other schools across the country. It’s just the countless times I have crossed paths with a young IT professional and was literally in shock listening to the things they were being taught. Teaching old technologies instead of teaching what is currently being used benefits no one. Teaching classful and skipping CIDR is another thing that really gets my blood boiling. Are colleges teaching what an RFC is? Are colleges teaching what IPv6 is? What about unicast and multicast? I confirmed with one student half way through their studies that they were not properly taught how DNS works, and had no clue what the term “root servers” meant. Am I crazy? Am I ranting? Doesn't this need to be addressed? …..and if not by us, then by whom? How can we fix this?

27 32