Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


GTT.net issues?
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

GTT.net issues?

I was wondering what is the general consensus about GTT.net backbone? For me, one of the hops has like major package loss (like 95% loss) so I wonder if it's just me, or their quality is meh overall

Thanked by 1wadhah

Comments

  • lukast__lukast__ Member, Megathread Squad

    @barbaros said: one of the hops has like major package loss (like 95% loss)

    In a traceroute/MTR? If yes, that's irrelevant and can safely be ignored; only loss to the destination is relevant, routers often treat packets to themselves with lower priority.
    If the packet loss is also at the following hops and the destination, there would seem to be an issue. Maybe you could post the MTR/traceroute where you see this?

  • wdmgwdmg Member, LIR

    @barbaros said:
    I was wondering what is the general consensus about GTT.net backbone? For me, one of the hops has like major package loss (like 95% loss) so I wonder if it's just me, or their quality is meh overall

    GTT is good depending on what day it is and the direction of the wind. It's never going to be fantastic, it's going to have lots of packet loss, but they usually figure out some solution to it. The problem is the constant reoccurrence imo.

    Thanked by 1ethanblake87
  • LeviLevi Member

    GTT is sometimes advertised in deals with “premium blended bandwidth” tags. They are good.

    Thanked by 1Clouvider
  • barbarosbarbaros Member
    edited March 14

    An update on this: GTT was kind of helpful. They responded to my email super quick (like in 5 minutes) and said "If you are customer, give details else piss off".

    So after asking around a bit, I was told to do MTR from my VPS to home IP and it seems it uses a different path. So the problem is from my home IP to Server. So I got in contact with my ISP which I don't have much hope.

    In any case here are MTR outputs. From my home to VPS

    From VPS to home:

    Thanked by 1admax
  • kaitkait Member

    @barbaros said: In any case here are MTR outputs. From my home to VPS

    That is not 90% packet loss, only 1.8%, hops in between with loss is just ICMP being de-prioritized.

  • @kait said:

    @barbaros said: In any case here are MTR outputs. From my home to VPS

    That is not 90% packet loss, only 1.8%, hops in between with loss is just ICMP being de-prioritized.

    Thanks kait, I learnt something new today.

  • kaitkait Member

    @barbaros said: Thanks kait, I learnt something new today.

    No worris handsome, I made that mistake as well one day. 2% packet loss is still ehh not best for 20ms.

    Thanked by 1barbaros
  • amarcamarc Veteran
    edited March 14

    So your idea was to contact and bother TIER 1 provider because you have (non-existing, since you do not know how to interpret MTR ) packet loss on some $3 VPS ?

    Thanked by 1Alyx
  • @amarc said:
    So your idea was to contact and bother TIER 1 provider because you have (non-existing, since you do not know how to interpret MTR ) packet loss on some $3 VPS ?

    No my VPS costs $100, is that OK?

    Do I have your permission?

    Thanked by 1wadhah
  • layer7layer7 Member, Host Rep, LIR

    @barbaros said:
    An update on this: GTT was kind of helpful. They responded to my email super quick (like in 5 minutes) and said "If you are customer, give details else piss off".

    So after asking around a bit, I was told to do MTR from my VPS to home IP and it seems it uses a different path. So the problem is from my home IP to Server. So I got in contact with my ISP which I don't have much hope.

    In any case here are MTR outputs. From my home to VPS

    From VPS to home:

    Hi,

    based on this traceroutes it looks like the problem is coming from the direction of your hoster.

    From your home to your server: packetloss on your host.

    From your server to your home: packetloss right on the first hop, which is usually your gateway ( LAN ).

    Thats not normal, you should contact your hoster and show that to them.

    And this huge ping jumps are also strange ( if you are not measuring with a wifi connected device ).

    Anyway, GTT is not the problem here as it seems.

    And yes, we also always tell our customers that with 0 technical information, we can usually give exactly 0 technical support. I always wonder how people, who are renting servers ( and are supposed to be admin's ) think the tech support is going to solve anything based on "does not work" problem descriptions.... do they have a mythical device telling them, based on 0 information, the root cause of the problem? Is Gandalf working as supporter? Or maybe Merlin? ;)

  • @layer7 said:

    @barbaros said:
    An update on this: GTT was kind of helpful. They responded to my email super quick (like in 5 minutes) and said "If you are customer, give details else piss off".

    So after asking around a bit, I was told to do MTR from my VPS to home IP and it seems it uses a different path. So the problem is from my home IP to Server. So I got in contact with my ISP which I don't have much hope.

    In any case here are MTR outputs. From my home to VPS

    From VPS to home:

    Hi,

    based on this traceroutes it looks like the problem is coming from the direction of your hoster.

    From your home to your server: packetloss on your host.

    From your server to your home: packetloss right on the first hop, which is usually your gateway ( LAN ).

    Thats not normal, you should contact your hoster and show that to them.

    And this huge ping jumps are also strange ( if you are not measuring with a wifi connected device ).

    Anyway, GTT is not the problem here as it seems.

    And yes, we also always tell our customers that with 0 technical information, we can usually give exactly 0 technical support. I always wonder how people, who are renting servers ( and are supposed to be admin's ) think the tech support is going to solve anything based on "does not work" problem descriptions.... do they have a mythical device telling them, based on 0 information, the root cause of the problem? Is Gandalf working as supporter? Or maybe Merlin? ;)

    Thank you! I can ask VPS provider without sounding like an asshole and with no expectation to get it fixed. I already asked my ISP.

    It doesn't cause any issues to me. I was just curious why pinging from same location has big difference in IP (16 ms vs 24 ms).

    Considering I live in Ireland and I get 23 ms ping to my Amsterdam VPS, it was kind of weird to get same amount to UK based VPS.

    I was just being curious about it, I am not shouting around demanding people to fix this. That's why I was happy that GTT responded quickly and said talk to your providers.

  • admaxadmax Member, Megathread Squad

    Some hops have a 95% packet loss, which is just a result of them being set to refuse responses on the route.

    Thanked by 1barbaros
  • fiberstatefiberstate Member, Patron Provider

    @kait said:

    @barbaros said: In any case here are MTR outputs. From my home to VPS

    That is not 90% packet loss, only 1.8%, hops in between with loss is just ICMP being de-prioritized.

    Many networks de-prioritize ICMP. If your final destination hop doesn't show packet loss, you likely are fine. Hurricane Electric also does this with ICMP.

    Thanked by 1barbaros
  • kaitkait Member

    @fiberstate said:

    @kait said:

    @barbaros said: In any case here are MTR outputs. From my home to VPS

    That is not 90% packet loss, only 1.8%, hops in between with loss is just ICMP being de-prioritized.

    Many networks de-prioritize ICMP. If your final destination hop doesn't show packet loss, you likely are fine. Hurricane Electric also does this with ICMP.

    Thats what I said yes.

    Thanked by 1barbaros
  • crunchbitscrunchbits Member, Patron Provider, Top Host

    @kait said:

    @fiberstate said:

    @kait said:

    @barbaros said: In any case here are MTR outputs. From my home to VPS

    That is not 90% packet loss, only 1.8%, hops in between with loss is just ICMP being de-prioritized.

    Many networks de-prioritize ICMP. If your final destination hop doesn't show packet loss, you likely are fine. Hurricane Electric also does this with ICMP.

    Thats what I said yes.

    Numerous intricate digital ecosystems subtly diminish the precedence of Internet Control Message Protocol (ICMP) transmissions. Should your terminal nodal juncture exhibit an absence of packet dissipation, it is exceedingly probable that your connectivity remains uncompromised. The esteemed infrastructure of Hurricane Electric, a paragon of network engineering, similarly engages in this sophisticated practice of ICMP de-prioritization, ensuring robust data flow orchestration.

    Thanked by 3barbaros admax lukast__
  • kaitkait Member

    @crunchbits said:

    @kait said:

    @fiberstate said:

    @kait said:

    @barbaros said: In any case here are MTR outputs. From my home to VPS

    That is not 90% packet loss, only 1.8%, hops in between with loss is just ICMP being de-prioritized.

    Many networks de-prioritize ICMP. If your final destination hop doesn't show packet loss, you likely are fine. Hurricane Electric also does this with ICMP.

    Thats what I said yes.

    Numerous intricate digital ecosystems subtly diminish the precedence of Internet Control Message Protocol (ICMP) transmissions. Should your terminal nodal juncture exhibit an absence of packet dissipation, it is exceedingly probable that your connectivity remains uncompromised. The esteemed infrastructure of Hurricane Electric, a paragon of network engineering, similarly engages in this sophisticated practice of ICMP de-prioritization, ensuring robust data flow orchestration.

    I WANT TO FUCK THIS GUYS ASS.

    Thanked by 1wadhah
  • crunchbitscrunchbits Member, Patron Provider, Top Host

    @kait said:

    @crunchbits said:

    @kait said:

    @fiberstate said:

    @kait said:

    @barbaros said: In any case here are MTR outputs. From my home to VPS

    That is not 90% packet loss, only 1.8%, hops in between with loss is just ICMP being de-prioritized.

    Many networks de-prioritize ICMP. If your final destination hop doesn't show packet loss, you likely are fine. Hurricane Electric also does this with ICMP.

    Thats what I said yes.

    Numerous intricate digital ecosystems subtly diminish the precedence of Internet Control Message Protocol (ICMP) transmissions. Should your terminal nodal juncture exhibit an absence of packet dissipation, it is exceedingly probable that your connectivity remains uncompromised. The esteemed infrastructure of Hurricane Electric, a paragon of network engineering, similarly engages in this sophisticated practice of ICMP de-prioritization, ensuring robust data flow orchestration.

    I WANT TO FUCK THIS GUYS ASS.

  • wadhahwadhah Member

    @amarc said:
    So your idea was to contact and bother TIER 1 provider because you have (non-existing, since you do not know how to interpret MTR ) packet loss on some $3 VPS ?

    Why the attitude? he is asking a question. What's wrong with that?

    Should we throw him in jail because he sent a question to a public email?

Sign In or Register to comment.