VPN Issues Between Level3 and RR.com Around Atlanta?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 All: Anyone experiencing VPN issues between Level3 and RR.com around the Atlanta area? When customers try to connect from their office (using RR.com for Internet) to their firewall at our center (using Level3), VPN sessions fail to establish. All traceroutes appear to go through the following hops: 6 12 ms 12 ms 14 ms ae-3-0.cr0.atl20.tbone.rr.com [66.109.6.82] 7 15 ms 12 ms 12 ms ae-0-0.pr0.atl20.tbone.rr.com [66.109.6.171] 8 15 ms 12 ms 13 ms xe-7-0-0.edge4.Atlanta2.Level3.net [4.59.12.25] 9 20 ms 17 ms 18 ms ae-71-52.ebr1.Atlanta2.Level3.net [4.68.103.60] - -- Devon -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwRMMsACgkQWP2WrBTHBS/2fQCgiMOOdeGDHffD6X2MNQfrBy+F qywAn2F0/YOYC5BOe+k2vGDcchPJ7gLR =aT1+ -----END PGP SIGNATURE-----
From RR in south west Ohio to voice services in Atlanta (56 Marietta). Services are operational, not a single complaint.
8 19 ms 17 ms 19 ms ae-4-0.cr0.chi30.tbone.rr.com [66.109.6.68] 9 18 ms 19 ms 18 ms ae-1-0.pr0.chi10.tbone.rr.com [66.109.6.155] 10 19 ms 18 ms 19 ms xe-11-2-0.edge2.Chicago2.Level3.net [4.59.28.11] 11 21 ms 18 ms 19 ms vlan52.ebr2.Chicago2.Level3.net [4.69.138.190] 12 20 ms 19 ms 19 ms ae-5-5.ebr2.Chicago1.Level3.net [4.69.140.193] 13 47 ms 36 ms 36 ms ae-3-3.ebr2.Atlanta2.Level3.net [4.69.132.74] 14 36 ms 35 ms * ae-11-51.car1.Atlanta1.Level3.net [4.68.103.2] Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 “Success is not final, failure is not fatal: it is the courage to continue that counts.” --- Winston Churchill On Thu, Jun 10, 2010 at 2:36 PM, Devon True <devon@noved.org> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
All:
Anyone experiencing VPN issues between Level3 and RR.com around the Atlanta area? When customers try to connect from their office (using RR.com for Internet) to their firewall at our center (using Level3), VPN sessions fail to establish. All traceroutes appear to go through the following hops:
6 12 ms 12 ms 14 ms ae-3-0.cr0.atl20.tbone.rr.com [66.109.6.82] 7 15 ms 12 ms 12 ms ae-0-0.pr0.atl20.tbone.rr.com [66.109.6.171] 8 15 ms 12 ms 13 ms xe-7-0-0.edge4.Atlanta2.Level3.net [4.59.12.25] 9 20 ms 17 ms 18 ms ae-71-52.ebr1.Atlanta2.Level3.net [4.68.103.60]
- -- Devon -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkwRMMsACgkQWP2WrBTHBS/2fQCgiMOOdeGDHffD6X2MNQfrBy+F qywAn2F0/YOYC5BOe+k2vGDcchPJ7gLR =aT1+ -----END PGP SIGNATURE----- _______________________________________________ Outages mailing list Outages@outages.org https://puck.nether.net/mailman/listinfo/outages
Since early Tuesday morning, we have been suffering with the same issues attempting to connect VPNs between hosts on Verizon FIOS Business class (Tampa market) and hosts homed on Level3. We are hearing similar complaints from other FIOS users, both residential and business, in the Tampa Bay region. I'm also seeing noticeably slower throughput between our Road Runner and FIOS endpoints. The path outbound from Tampa Road Runner toward Verizon is via Level3 in Atlanta. (return path is via RR's tbone network through DFW) VPN connections hang and never fully connect. FTP sessions are dying mid-session, DNS queries randomly fail to complete, and other badness. It's bad enough we've had to statically route VPN and FTP traffic through another provider to the destinations we need to hit. ----- Original Message ----- From: "Devon True" <devon@noved.org> To: <outages@outages.org> Sent: Thursday, June 10, 2010 2:36 PM Subject: [outages] VPN Issues Between Level3 and RR.com Around Atlanta?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
All:
Anyone experiencing VPN issues between Level3 and RR.com around the Atlanta area? When customers try to connect from their office (using RR.com for Internet) to their firewall at our center (using Level3), VPN sessions fail to establish. All traceroutes appear to go through the following hops:
participants (3)
-
Devon True -
Josh Luthman -
JW