November 2016 - Test - lists.nanog.org

Zoho Mail - SPF & DKIM Records...
by Michael Bullut 25 Nov '16

25 Nov '16

Greetings Team, Has anybody set up SPF & DKIM for a domain whose e-mails are handled by Zoho? Running into trouble setting them up. Warm regards, Michael Bullut. --- *Cell:* *+254 723 393 114.**Skype Name:* *Michael Bullut.* *Twitter:* * @Kipsang <http://twitter.com/Kipsang/>* *Blog: http://www.kipsang.com/ <http://www.kipsang.com/>* *E-mail:* *main(a)kipsang.com <main(a)kipsang.com>* *---*

4 3

Bell Canada contact - need help with DNS issue
by Rich Lafferty 24 Nov '16

24 Nov '16

Hi, Does anyone have a NOC or DNS administrator contact at Bell Canada? Their Toronto nameservers are returning SERVFAIL for our domain freshbooks.com since a general Bell DNS issue midday yesterday. $ dig freshbooks.com @207.164.234.129 ; <<>> DiG 9.8.3-P1 <<>> freshbooks.com @207.164.234.129 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 54893 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;freshbooks.com. IN A ;; Query time: 305 msec ;; SERVER: 207.164.234.129#53(207.164.234.129) ;; WHEN: Sat Nov 19 10:44:59 2016 ;; MSG SIZE rcvd: 32 No-one outside Bell is reporting issues, and other domains (ours or otherwise) are fine on Bell’s name servers. Thanks, -Rich -- Rich Lafferty Director of IT, FreshBooks - rich(a)freshbooks.com http://www.freshbooks.com/ Toll-free: (866) 303-6061 Phone: (416) 780-2700 x233

2 2

SFP DOM SNMP Polling?
by Tim Durack 22 Nov '16

22 Nov '16

I have a vendor that does not support SFP DOM SNMP polling. They state this is due to EEPROM read life cycle. Constant reads will damage the SFP. We SNMP poll SFP DOM from Cisco equipment without issue. Not heard this one before. Trying to see if there is some validity to the statement. Thoughts? Tim:>

5 7

Anyone from American Express mail operations here?
by Eric Germann 22 Nov '16

22 Nov '16

Pardon the interruption Please contact me off list. EKG

1 0

Oracle buys... Dyn.
by Jay R. Ashworth 21 Nov '16

21 Nov '16

Happy Monday. This seems to me to be equivalent (and bad for the same reasons) to cable companies and/or ISPs being co-owned with program providers. http://www.zdnet.com/article/oracle-acquires-dns-provider-dyn-to-take-on-am… How will this affect *your* operations planning, if at all? Am I being overly cynical about Larry Ellison? :-) Cheers, -- jra -- Jay R. Ashworth Baylink jra(a)baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274

8 9

Facebook Geo Routing Issues
by John Cenile 21 Nov '16

21 Nov '16

Hello, Does anybody have a contact I could use at Facebook to get a routing issue resolved? Some of our networks are being routed to Miami, rather than using the much closer PoP of Sydney, and it's obviously causing significant performance issues when browsing Facebook.

4 3

nested prefixes in Internet
by Martin T 21 Nov '16

21 Nov '16

Hi, let's assume that there is an ISP "A" operating in Europe region who has /19 IPv4 allocation from RIPE. From this /19 they have leased /24 to ISP "B" who is multi-homed. This means that ISP "B" would like to announce this /24 prefix to ISP "A" and also to ISP "C". AFAIK this gives two possibilities: 1) Deaggregate /19 in ISP "A" network and create "inetnum" and "route" objects for all those networks to RIPE database. This means that ISP "A" announces around dozen IPv4 prefixes to Internet except this /24 and ISP "B" announces this specific /24 to Internet. 2) ISP "A" continues to announce this /19 to Internet and at the same time ISP "B" starts to announce /24 to Internet. As this /24 is more-specific than /19, then traffic to hosts in this /24 will end up in ISP "B" network. Which approach is better? To me the second one seems to be better because it keeps the IPv4 routing-table smaller and requires ISP "A" to make no deaggregation related configuration changes. Only bit weird behavior I can see with the second option is that if ISP "B" stops for some reason announcing this /24 network to Internet, then traffic to hosts in this /24 gets to ISP "A" network and is blackholed there. thanks, Martin

15 30

pay.gov and IPv6
by Carl Byington 21 Nov '16

21 Nov '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Following up on a two year old thread, one of my clients just hit this problem. The failure is not that www.pay.gov is not reachable over ipv6 (2605:3100:fffd:100::15). They accept (TCP handshake) the port 443 connection, but the connection then hangs waiting for the TLS handshake. openssl s_client -connect www.pay.gov:443 openssl s_client -servername www.pay.gov -connect 199.169.192.21:443 Browsers (at least firefox) see that as a very slow site, and it does not trigger their happy eyeballs fast failover to ipv4. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) iEYEAREKAAYFAlgrjDEACgkQL6j7milTFsG8OwCgh5yRxxZHskjL4HVhzxIEmenA LQgAniRMcYf/DIcg+8ve55MxUgrUbmzC =MS8j -----END PGP SIGNATURE-----

9 26

list scrap by long time participant?
by Scott Weeks 20 Nov '16

20 Nov '16

--- Begin forwarded message: Hi Ladies and Gentlemen, We have three of the top five transit providers in our portfolio: Telia, Cogent, and GTT. Also NTT, Telecom Italia, and PCCW. Telia pricing is attractive given the quality of the product. Contact me for further details. --------------------------------------------------------- Did anyone get this? I hesitate to think a long time NANOG participant sent me this. NANOG is the only way he would've gotten my email address. scott

2 1

peeringdb contact me please
by Kaiser, Erich 19 Nov '16

19 Nov '16

Anyone out there from PeeringDB, please contact me offlist, we are having trouble updating our records. Erich Kaiser The Fusion Network erich(a)gotfusion.net Office: 630-621-4804 Cell: 630-777-9291

2 1