<div dir="ltr">FWIW we're on a TPG/AAPT connection here and our routing is fine<div>we were on a PIPE/TPG connection at the previous office and i never noticed any issues with it.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 10, 2017 at 2:11 PM, Sam McLeod <span dir="ltr"><<a href="mailto:ausnog@smcleod.net" target="_blank">ausnog@smcleod.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">All I can say is wow - I've had tens, upon tens of responses to my post!<br>
<br>
Thank you for the information that those of you who have contacted me<br>
have provided, it's certainly painted a consistently clear picture for<br>
me that resonates with my personal experiences of dealing with said<br>
companies.<br>
<br>
As most replies were sent to me directly I shall obviously respect<br>
peoples privacy by not responding with their comments in the mailing<br>
list, however the general summary from what I'm hearing from people who<br>
have emailed me is:<br>
<br>
* "TPG / AAPT / PIPE are not trustworthy and are likely BSing you /<br>
pulling the wool over your eyes."<br>
* "TPG / AAPT / PIPE / Tronic's routes do indeed look very wrong" and<br>
the situation I've described is "not good routing behaviour."<br>
* Other customers in Adelaide and Brisbane amongst others experience the<br>
same routing issues with TPG / AAPT / PIPE or Tronic.<br>
* They appear "not to have paid for a Melbourne POP/POI and are cheaping<br>
out on their network design."<br>
* Several responses were that people are in the works or about to<br>
"cancel their connections with them."<br>
* People have experiences "City -> Sydney -> Original City routing from<br>
PIPE... within their own rack in the same DC."<br>
* Multiple responses stating that after investigation "TPG/PIPE or<br>
Tronic's routing is 'broken' or 'insane'."<br>
<br>
--<br>
Sam McLeod<br>
@s_mcleod | <a href="http://smcleod.net" rel="noreferrer" target="_blank">smcleod.net</a><br>
<span class=""><br>
Words are my own opinions and do not necessarily represent those of my<br>
employer of partners.<br>
<br>
</span>---<br>
<div><div class="h5"><br>
On Wed, 10 May 2017, at 01:15 PM, Sam McLeod wrote:<br>
> Hi AusNOG,<br>
<br>
I was wondering if anyone else uses TPG/PIPE/Tronic in Melbourne or<br>
another major city and has any input on this.<br>
<br>
Essentially all our traffic is backhauled all the way up from Melbourne<br>
to Sydney and back, even if it’s destined for Melbourne.<br>
<br>
I've been told by TPG/PIPE/Tronic (Tronic is a reseller of TPG/PIPE)<br>
that this is on purpose / by design:<br>
<br>
---<br>
<br>
“This is by design …<br>
<br>
When you get a connection with PIPE this is connected to their Sydney<br>
Data Center as this is their main core DC.<br>
Being the main core it has more bandwidth and all the main local and<br>
international connections are directly connected there.<br>
Where the Melbourne data center you peer to Sydney first before going<br>
out most of these links.<br>
<br>
So we are told the extra latency from user to DC is worth it because<br>
from DC out you’ll get lower latency and better bandwidth available.”<br>
<br>
---<br>
<br>
Which makes no sense to us as engineers as that’s not really how<br>
networks or the internet works, we've even have services directly from<br>
PIPE in the past which wasn't backhauled via Sydney.<br>
<br>
This (along with peering) makes routing both nationally and<br>
internationally, for example a route that goes out our Vocus link to<br>
other ISPs here in Melbourne is 4-6 hops, whereas TPG/PIPE/Tronic is<br>
anywhere from 18 to 26 hops.<br>
<br>
In addition to the odd network design, we experience weekly outages to<br>
TPG/PIPE/Tronic’s fibre services with devices / hops within their<br>
network failing and packets disappearing, when the reseller has logged<br>
tickets with TPG/PIPE the results have been one of two things 1) (The<br>
most common) – there were no problems or 2) There was a problem that<br>
affected traffic (no further information).<br>
<br>
So as you can imagine, this is a bit frustrating, especially when we’ve<br>
been informed by our reseller that TPG/PIPE take 10 day to respond to a<br>
sev 1 production outage ticket that’s been logged with them.<br>
<br>
Now we’ve been told by our reseller that we’re absolutely not allowed to<br>
log tickets directly with TPG/PIPE and must go through them and as we’re<br>
still within contract we’ve got our hands tied to a certain degree.<br>
<br>
I’m not interested in having a whinge at TPG/PIPE/Tronic here, I’m<br>
genuinely interested in finding out if others have these problems as<br>
well and taking on any advice as to mitigating all the issues this<br>
causes.<br>
<br>
--<br>
Sam McLeod<br>
<br>
Words are my own opinions and do not necessarily represent those of my<br>
employer of partners.<br>
><br>
</div></div>> ______________________________<wbr>___________________<br>
> AusNOG mailing list<br>
> <a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
> <a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer" target="_blank">http://lists.ausnog.net/<wbr>mailman/listinfo/ausnog</a><br>
______________________________<wbr>_________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer" target="_blank">http://lists.ausnog.net/<wbr>mailman/listinfo/ausnog</a><br>
</blockquote></div><br></div>