August 2019 - Test - lists.nanog.org

Apple AS714 - peering down on the East Coast?
by John Von Essen 05 Aug '19

05 Aug '19

Starting around July 28th, I noticed a latency spike (70ms) on some of our traffic to Apple (mainly api.apple-mapkit.com) coming out of Virginia. This traffic usually always takes some local peering, and never is higher then 10-15ms. I checked from AWS backbone, Cogent, Zayo, Level3, all show 70+ ms from east coast. I also noticed on bgp.he.net, Apple’s IPv4 peer list dropped from 307 to 275 also on July 28-29th. Anyone else who peers with Apple on the east coast seeing this? Is it an outage or planned maintenance? Thanks John

1 0

mitel hx5000
by Samual Carman 05 Aug '19

05 Aug '19

does anyone have any contacts at mitel that they can share or forward me onto of our sister company's took over a small customer who has a mitel hx5000 and we are having a devil of a time trying to get support from mitel as they want us to sign a long term maintenance contract which normally we would have no problem with however come end of september we will be migrating them to are in house platform and unfortunately none of the local vendors offer short term contracts and the sister company in quiston will not budge on the timeline so i am hoping the world of NANOG has the ability to connect me to someone in mitel who would be able to help us out mods if this breaks the rules please let me know i was unsure Thanks Sam Lead System Admin Yakima Networking

2 1

Best ways to ensure redundancy with no terrestrial ISPs
by Ross Tajvar 05 Aug '19

05 Aug '19

Hi all, A friend of mine is trying to set up a network in a location where there is no fiber (or copper) for many miles. As bandwidth requirements are low (<1M for the foreseeable future) but uptime is important, he was looking at using multiple cell modems from separate carriers as redundant uplinks. I am concerned that different cell carriers might be using the same transport providers to a given tower, so that wouldn't be truly redundant. Another option would be using a satellite provider as a backup for cellular. (The high latency that comes with satellite is not an issue.) A fixed-radio solution would likely be too expensive upfront as it would require building towers. Am I missing any other options or considerations? Thanks, Ross

10 15

RFC 5771 - Global Multicast Addresses
by Brandon James 05 Aug '19

05 Aug '19

Good Evening, I'm looking for some insight into the usage of a few of the blocks defined in RFC 5771 (and IPv6 Multicast Addressing as described in RFC 4291 and 7346) , specifically regarding their use on the public internet. I know multicast isn't routed on the public internet. However, it appears that this may be due to operational issues and concerns or that it was simply never implemented. The specific blocks I'm looking at are (as defined in RFC 5771 Section 3-10: Internetwork Control Block - 224.0.1.0/24 > Addresses in the Internetwork Control Block are used for protocol control traffic that MAY be forwarded through the Internet AD-HOC Blocks (I, II, and III) - 224.0.2.0 - 224.0.255.255, 224.3.0.0 - 224.4.255.255, and 233.252.0.0 - 233.255.255.255 > These addresses MAY be globally routed GLOP Block (233/8) - Global routing is never mentioned in RFC 5771, but given the context and the use of ASNs, I'm not sure if the intention was for these to be publicly routable or to simply to guarantee that the address would be unique within your AS (are large telcos and webscale companies exhausting 239.0.0.0/8?) IPv6 Multicast Addresses with scope 0xE - The RFC doesn't really go into detail on how these would be used. As a young network engineer (no historic perspective) and only SMB and enterprise experience. It seems like the intention was to allow these to be publicly routed, but it would be a nightmare to implement so it never was. You'd probably require PIM Sparse Mode (we can't flood traffic to the entire internet), RPs would need to be advertised somehow (maybe BSR could be implemented with RP advertisements coming from the providers edge?). RPF would be a constant process and shortest path trees would change constantly. That's all without mentioning 224.0.1.0/24 is tiny and the AD-HOC and GLOP blocks aren't exactly huge given the size of the internet. I'd love to hear what others have to say about this, maybe get some historic perspective and thoughts on whether or not any of this will change as IPv6 adoption increases. I'd also love to see any guidance on actually implementing multicast on the internet from IANA or the IETF (or guidance that says that it should not or can not be done) as I wasn't able to find any. Regards, Brandon

2 1

Xfinity with IPv6 clue?
by Janet Sullivan 05 Aug '19

05 Aug '19

I hate resorting to NANOG, but I've spent over 5 hours on the phone with Xfinity the past two days, and I can't seem to get someone who understands my problem. I do not have working IPv6 - I do not get an address or PD. I have working IPv4. Xfinity wanted to blame this on my modem, so I went and picked up a Xfinity modem. From the 10.0.0.1 web site on the xfinity modem, I can ping IPv4 addresses fine. I can not ping IPv6 addresses from the modem itself, thus taking my equipment out of the picture. This is a new activation. Xfinity keeps asking questions like "well, can you surf the internet", which shows that they seem to totally lack understanding. I've talked to at least 7 people, and have reached my breaking point. I know, I know, its residential and I should have low expectations. I'm sorry for the noise, but I can't seem to find anyone with clue.

3 3

Puerto Rico Internet Exchange
by Mehmet Akcin 04 Aug '19

04 Aug '19

Hey there, just a very brief update We are in the process of RE-launching Internet Exchange in San Juan, Puerto Rico in a few weeks. We've got multiple networks in San Juan agreed to join the IX in a common neutral point. If you are able to help with the project or interested in learning more about it, please contact me offlist. (especially if you are in Puerto rico) Once everything is operational and the website is set up, I hope to contact back and update once we've got mrtg, etc is operational. thank you

4 4

The future of transport in the metro area
by Etienne-Victor Depasquale 04 Aug '19

04 Aug '19

Hello, I'm new to this mailing list. I hope I've understood the scope correctly! I've posted this question to ResearchGate but I haven't had any response. I'm hoping for some guidance from here. The question is: "I'm trying to identify trends in adoption of transport technology in the metro-area. If legacy is SDH/SONET and its successor in circuit transport is OTN, what are network providers implementing and planning to implement as transport technology in the metro area? For example, are packet transport technologies being considered as a replacement? As a complementary technology? By packet transport technologies, I am thinking of PBB-TE and MPLS-TP but ultimately, the problem regards how network providers are balancing circuit-transport and packet-transport technologies in current and planned deployments." -- Ing. Etienne-Victor Depasquale Assistant Lecturer Department of Communications & Computer Engineering Faculty of Information & Communication Technology University of Malta Web. https://www.um.edu.mt/profile/etiennedepasquale

4 14

SAFNOG-5 Call For Papers Deadline
by Portia Rabonda 03 Aug '19

03 Aug '19

Greetings, It's August and the SAFNOG-5 countdown has officially begun! [cid:924e4f24-b227-4750-bee8-fba8c0dd64d9]There's only 2 DAYS left for paper submissions. If you are keen to present/share your expertise on the relevant topics below, submit your paper online at http://www.safnog.org/call-for-papers.html by Monday, 5th August at latest. Topics proposed must be relevant to Internet Operations and Technologies: - IPv4 / IPv6 Routing and Operations - IPv6 deployment and transition technologies - Internet backbone operations - ISP and Carrier services - IXPs and Peering - Research on Internet Operations and Deployment - Software Defined Networking / Network Function Virtualisation - Network security issues (NSP-SEC, DDoS, Anti-Spam, Anti-Malware) - DNS / DNSSEC - Internet policy (Security, Regulation, Content Management, Addressing, etc) - Access and Transport Technologies, including Cable/DSL, LTE/5G, wireless, metro ethernet, fibre, segment routing - Content & Service Delivery (Multicast, Voice, Video, "telepresence", Gaming) and Cloud Computing Don't hesitate to contact the Programme Committee at safnog-pc-chairs(a)safnog.org<mailto:safnog-pc-chairs@safnog.org> with any questions. We look forward to receiving your presentation proposals. Regards, SAFNOG-5 Programme Committee

1 0

AWS latency is Asia-Pacific
by John Von Essen 03 Aug '19

03 Aug '19

Is anyone else seeing increased latency both within AWS and transit in the Asia-Pacific region? We normally see 90-100ms between Aus and Sing within AWS, for the past 18 hours or so this has jumped up to 190ms - even for internal VPC-VPC traffic. Transit from Aus to Sing (3rd party endpoints) is also 190ms or so. So far, Amazon has told me everything is fine, but that same latency test from a budget VPS provider in Sydney to Singapore is like 92ms, whereas on AWS its 190ms. I have some tickets in queue, but curious if anyone else has observed anything. -John

1 0

Re: Spam due to new ARIN allocation
by Ryan Hamel 02 Aug '19

02 Aug '19

> > Do it. I'd name and shame all of them. Ryan On Fri, Aug 2, 2019, 4:33 PM Tim Burke <tb(a)tburke.us> wrote: > >> We recently received a new ASN from ARIN - you know what that means... >> the sales vultures come out to play! >> >> So far, it has resulted in spam from Cogent (which is, of course, to be >> expected), and now another company called "CapCon Networks" - >> http://www.capconnetworks.com. As far as I am aware, this practice is >> against ARIN's Terms of Use. Is it worth reporting to ARIN, or perhaps it's >> worth creating a List of People To Never Do Business With™, complete with >> these jokers, and other vultures that engage in similar tactics? >> >> Regards, >> Tim Burke >> tim(a)burke.us >> >

1 0