April 2015 - Test - lists.nanog.org

BGP offloading (fixing legacy router BGP scalability issues)
by Frederik Kriewitz 03 Jun '15

03 Jun '15

Hello, We've a lot of customers with Cisco 6500 routers (mostly with SUP720 supervisors) in operation. They are very popular with smaller ISPs in Africa/middle east due to their cheap price on the used marked and their fully sufficient routing performance for the given tasks. In practice the biggest problem with them is their poor BGP scalability due to the CPU/memory limitations. We're looking into options for a cheap fix for this problem. The idea is to offload BGP IPv4/IPv6 RIB calculation from the router to a standard server. All BGP sessions will be handled by the server. The server takes care of the RIB calculation and aggregates the result as much as possible (the aggregation potential of the global tables should be very high if it can completely ignore the AS path and only care about the next hop). The final optimized RIB is then pushed to the Router via an iBGP session (the only BGP session configured on the router). If there's room in the transfer net for the server and the router, the setup is simple (eBGP session is established with the server and next-hop is set to the router). In other peering situations the setup might be more challenging. E.g. with typical IXP constrains (only a single MAC address/IP address allowed) the session would have to be a multihop session and an additional static route (host route for the server) on the peer router should be installed. Another way to make the server appear completely transparent for other peers (no special configuration on the peer side) might be NAT for the BGP port to the server or proxy ARP. But we would like to avoid doing NAT with a SUP720 and proxy ARP would make us the default gateway for any incorrectly configured IXP participant router and a configuration error on our side might cause severe harm to the IXP. And of course both ideas won't work for IPv6 (SUP720 doesn't support NAT for IPv6 or proxy NDP). The only solution to make it fully transparent for IPv4 and IPv6 we came up with it is to configure the IXP router interface as unnumbered + static route for the IXP nets + host routes for the assigned IXP IPs to the server. In that case the server would have to monitor the IXP vlan and take care of responding to ARP and Neighbor Solicitation requests for the IXP IPs (using the MAC of the router). Additionally it might be necessary to inject the ARP/IPv6 neighbors into the cisco using static entries (to avoid sending ARP/NS requests with a non IXP IP). We're wondering if anyone has experience with such a setup? Best Regards, Freddy

25 56

Prefix hijack by INDOSAT AS4795 / AS4761
by Randy 26 May '15

26 May '15

On Thursday March 26th 2015 at 12:18 UTC (and on-going) we are seeing more specifics on one of our prefixes. Anyone else seeing similar or is it just us? 198.98.180.0/23 4795 4795 4761 9304 40633 18978 4436 29889 198.98.182.0/23 4795 4795 4761 9304 40633 18978 4436 29889 -- Randy

12 20

Peering and Network Cost
by Rod Beck 25 May '15

25 May '15

Hi, As you all know, transit costs in the wholesale market today a few percent of what it did in 2000. I assume that most of that decline is due to a modified version of Moore's Law (I don't believe optics costs decline 50% every 18 months) and the advent of maverick players like Cogent that broker cozy oligopoly pricing. But I also wondering whether the advent of widespread peering (promiscuous?) among the Tier 2 players (buy transit and peer) has played a role. In 2000 peering was still an exclusive club and in contrast today Tier 2 players often have hundreds of peers. Peering should reduce costs and also demand in the wholesale IP market. Supply increases and demand falls. I thank you in advance for any insights. Regards, - R. Roderick Beck Sales Director/Europe and the Americas Hibernia Networks This e-mail and any attachments thereto is intended only for use by the addressee(s) named herein and may be proprietary and/or legally privileged. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this email, and any attachments thereto, without the prior written permission of the sender is strictly prohibited. If you receive this e-mail in error, please immediately telephone or e-mail the sender and permanently delete the original copy and any copy of this e-mail, and any printout thereof. All documents, contracts or agreements referred or attached to this e-mail are SUBJECT TO CONTRACT. The contents of an attachment to this e-mail may contain software viruses that could damage your own computer system. While Hibernia Networks has taken every reasonable precaution to minimize this risk, we cannot accept liability for any damage that you sustain as a result of software viruses. You should carry out your own virus checks before opening any attachment.

22 48

Re: Fixing Google geolocation screwups
by Pedro Cavaca 16 May '15

16 May '15

https://support.google.com/websearch/answer/873?hl=en On 7 April 2015 at 23:26, John Levine <johnl(a)iecc.com> wrote: > A friend of mine lives in Alabama and has business service from at&t. > But Google thinks he's in France. We've checked for various > possibilities of VPNs and proxies and such, and it's pretty clear that > the Goog's geolocation for addresses around 99.106.185.0/24 is screwed > up. Bing and other services correctly find him in Alabama. > > Poking around I see lots of advice about how to use Google's > geolocation data, but nothing on how to update it. Anyone > know the secret? TIA > > Regards, > John Levine, johnl(a)iecc.com, Primary Perpetrator of "The Internet for > Dummies", > Please consider the environment before reading this e-mail. http://jl.ly > > >

9 11

Fw: Euro-IX quagga stable download and implementation
by Goran Slavic 05 May '15

05 May '15

Greetings Mr. Lamparter My name is Goran Slavic, and I am contacting you in the name of Serbian Open Exchange (SOX). I have read your post "Bird vs Quagga revisited" http://mailman.nanog.org/pipermail/nanog/2012-August/051285.html at the mailing list and have an interest in downloading and implementing the Euro-IX version of Quagga in our Internet exchange. My questions are simple: - Considering the time when the post is written (2012) - what is the current status of the Euro-IX Quagga ? - Where can it be downloaded as a stable release / version ? I am grateful for any help you can provide with the issue in question. Regards G.Slavic

9 12

Re: Verizon Policy Statement on Net Neutrality
by Scott Fisher 04 May '15

04 May '15

Funny, but in my honest opinion, unprofessional. Poor PR. On Fri, Feb 27, 2015 at 9:10 AM, Scott Fisher <littlefishguy(a)gmail.com> wrote: > Funny, but in my honest opinion, unprofessional. Poor PR. > > On Fri, Feb 27, 2015 at 9:05 AM, Larry Sheldon <larrysheldon(a)cox.net> wrote: >> http://publicpolicy.verizon.com/blog/entry/fccs-throwback-thursday-move-imp… >> -- >> The unique Characteristics of System Administrators: >> >> The fact that they are infallible; and, >> >> The fact that they learn from their mistakes. >> >> >> Quis custodiet ipsos custodes > > > > -- > Scott -- Scott

73 337

Looking for a provider in Ecuador
by Eric C. Miller 02 May '15

02 May '15

Hello, Does anyone have a recommendation for a provider who can service the west coast of Ecuador at speeds 100Mbps - 1Gbps? Thanks! Eric Miller, CCNP Network Engineering Consultant (407) 257-5115

6 5

ADSL Line Extenders
by Jean-Francois Mezei 02 May '15

02 May '15

A friend on a rural DSl association asked about ADSL line extenders. A search on Google yields many products dating back to the days of ADSL-1 advertising 1mbps profiles, but a few seem more recent and support ADSL2+ (not sure if any support VDSL2). Are these thing out of date and no longer deployed ? Were they ever effective, or just vapourware that didn't really improve things ? Do any Telcos still deploy them ? Anyone know of deployments in Canada ? I just need a reality check on those devices. jf

8 10

IPTV providers in IN/Chicago
by Brandon Martin 01 May '15

01 May '15

Anyone know of an IPTV provider/wholesaler who I could meet in Indianapolis (Henry St/Lifeline) or Chicago (Cermak/Equinix)? Direct solicitations are OK out-of-band. -- Brandon Martin

6 14

CFP: IEEE ICNP (Submission Deadline Just a Week Away)
by Srihari Nelakuditi 30 Apr '15

30 Apr '15

Call for Papers IEEE ICNP 2015 http://icnp15.cs.ucr.edu/ ICNP, the IEEE International Conference on Network Protocols, is the premier conference on network protocols, covering all aspects of network protocol research, including design, analysis, specification, verification, implementation, and performance. Sponsored by the IEEE, ICNP 2015 is the 23rd edition of the conference, to be held in San Francisco, CA, USA from Nov. 10-13, 2015. ====================================================================== Important dates Paper Submission May 8, 2015, 7:59 PM EST (FIRM) Acceptance Notification June 30, 2015 Camera Ready Version Aug 15, 2015 ====================================================================== We invite papers with significant, original research contributions to the field of network protocols for submission. Topics of interest include, but are not limited to: * All aspects of network protocol research including design, specification, verification, implementation, measurement, testing, and analysis * Domain-specific solutions, including protocols for network security, Internet of Things, routing, user privacy, network management, and data centers * Application-layer protocols for peer-to-peer systems, social networks, and emerging systems * Contributions to network architecture, e.g., specific algorithms and protocols for software defined networks, network virtualization, or future Internet architectures ICNP 2015 will select an accepted full paper for the best paper award. Up to two of the best papers from ICNP will be fast-tracked in the IEEE/ACM Transactions on Networking, with a streamlined journal review process. Acceptance of fast-tracked papers in ToN is not guaranteed, but is more likely than a regular submission. Submission Guidelines * All papers should adhere to the IEEE Computer conference paper formatting requirements (IEEEtran.cls) and should not exceed 10 pages with font size no smaller than 10 pt (details can be found on the submission guidelines and formatting page). * ICNP uses a double-blind review process. The identity of authors and referees will not be revealed to each other. To ensure double-blind reviewing, author names and affiliations should not appear in the paper; bibliographic references should be made in such a way as to preserve author anonymity; acknowledgement with identifiable names and funding sources should be removed. Note that own work should be cited as a third person. Papers violating this double-blind review policy will be rejected without review. * Authors need to indicate on their paper’s submission page all TPC members with whom they have conflicts of interest. * Every paper MUST be presented by an author at the conference. The author list MUST remain the same as when the paper was submitted for review, and any changes in the author list or title is forbidden without prior written permission from the TPC Co-Chairs. At least one author of an accepted paper is expected to register at the full rate of the conference and to present the paper at the conference, in order for the paper to appear in the conference proceedings and be submitted to the IEEE digital library. Papers not presented by an author at the conference will not be published in the proceedings or submitted for inclusion in the IEEE digital library. Integrity Policy Submitted papers should not be previously published nor under review by another conference or journal. In some cases, the ICNP chairs may share information about submitted papers with other conference chairs and journal editors to ensure the integrity of papers under consideration. Authors are prohibited from informing any TPC member of any identifiable information (such as titles) of their submissions. Also, papers containing plagiarized material will be subject to the IEEE plagiarism policy and will be rejected without review. Organizing Committee General Co-Chairs: Srikanth V. Krishnamurthy, University of California, Riverside Prasant Mohapatra, University of California, Davis TPC Co-Chairs: Aditya Akella, University of Wisconsin, Madison Vishal Misra, Columbia University Steering Committee: Kevin Almeroth, University of California, Santa Barbara Ken Calvert, University of Kentucky Sonia Fahmy, Purdue University Mohamed Gouda, University of Texas, Austin Timothy G. Griffin, University of Cambridge Teruo Higashino, Osaka University David Lee, HP Labs K.K. Ramakrishnan (Chair), University of California, Riverside Krishan Sabnani, Bell Laboratories ======================================================================

1 0