Howdy, Stranger!

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

Sign In Register

Quick Links


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop

Categories

In this Discussion

Home › Providers
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.

Any Providers Offering Datacamp limited servers ?

kamelkaherkamelkaher Member
in Providers

I'm looking for a provider offering DataCamp Limited Servers for Paris ,France ?

Comments

  • fluffernutterfluffernutter Member

    these guys seem to have some stock

    Thanked by 1kamelkaher
  • kamelkaherkamelkaher Member

    @fluffernutter said:
    these guys seem to have some stock

    They all dedicated ;)
    do you know any cheaper one ? with lower config ofc .

  • paulamhanpaulamhan Member

    @kamelkaher said:
    I'm looking for a provider offering DataCamp Limited Servers for Paris ,France ?

    I know that https://evolushost.com/dedicated/instant/ resells Hetzner servers, and upon request, Leaseweb and other providers as well. Just reach out via their live chat or open a ticket — they're quite helpful

    Thanked by 1kamelkaher
  • emghemgh Member, Megathread Squad
    edited October 2024

    I think he wants a VPS on the Datacamp network in Paris?

    Thanked by 1kamelkaher
  • kamelkaherkamelkaher Member

    @emgh said:
    I think he wants a VPS on the Datacamp network in Paris?

    Exactly .

    you are using 7Layer ?

    Thanked by 1emgh
  • emghemgh Member, Megathread Squad

    @kamelkaher said: you are using 7Layer ?

    Me? no

  • kamelkaherkamelkaher Member

    @emgh said:

    @kamelkaher said: you are using 7Layer ?

    Me? no

    oh ok.
    I want to ask you ,I'm using VPS to run VPN server ,
    the problem have been following me for the second time ,
    First I used to use GTHOST since January until July , a strange thing happpened , +30 ms on Frankfurt servers only , So I moved on to 7Layer , everything went smoothly until 2 days ago , same problem , on all protocols OPENVPN , WIREGUARD and L2TP .
    I have a Frankfurt server for each one of them and all of them had +30 when connecting to the VPN and running anything that need lower ping
    is this similar to you ?

  • ArirangArirang Member
    edited October 2024

    @kamelkaher said:

    @emgh said:

    @kamelkaher said: you are using 7Layer ?

    Me? no

    oh ok.
    I want to ask you ,I'm using VPS to run VPN server ,
    the problem have been following me for the second time ,
    First I used to use GTHOST since January until July , a strange thing happpened , +30 ms on Frankfurt servers only , So I moved on to 7Layer , everything went smoothly until 2 days ago , same problem , on all protocols OPENVPN , WIREGUARD and L2TP .
    I have a Frankfurt server for each one of them and all of them had +30 when connecting to the VPN and running anything that need lower ping
    is this similar to you ?

    Seems changed. AS44486 (their upstream datacamp, few LET providers use this asn) <-> Layer7 latency was increased from under1.5ms to 6~7ms @layer7 I don't know which side has changed something.

    Edit : I missed you mentioned Paris. I mean Frankfurt.

    Thanked by 1kamelkaher
  • kamelkaherkamelkaher Member

    @Arirang said:

    @kamelkaher said:

    @emgh said:

    @kamelkaher said: you are using 7Layer ?

    Me? no

    oh ok.
    I want to ask you ,I'm using VPS to run VPN server ,
    the problem have been following me for the second time ,
    First I used to use GTHOST since January until July , a strange thing happpened , +30 ms on Frankfurt servers only , So I moved on to 7Layer , everything went smoothly until 2 days ago , same problem , on all protocols OPENVPN , WIREGUARD and L2TP .
    I have a Frankfurt server for each one of them and all of them had +30 when connecting to the VPN and running anything that need lower ping
    is this similar to you ?

    Seems changed. AS44486 (their upstream datacamp, few LET providers use this asn) <-> Layer7 latency was increased from under1.5ms to 6~7ms @layer7 I don't know which side has changed something.

    Edit : I missed you mentioned Paris. I mean Frankfurt.

    oh , this question is not about this datacamp topic ,
    I'm just curious why that increment happened , so it's not just me who felt this high latency ?

  • anubhavhiranianubhavhirani Member

    @MikeA Extravm.com

  • kamelkaherkamelkaher Member

    @anubhavhirani said:
    @MikeA Extravm.com

    thanks , but they don't have paris

  • lukast__lukast__ Member, Megathread Squad

    @Arirang said: Seems changed. AS44486 (their upstream datacamp, few LET providers use this asn) <-> Layer7 latency was increased from under1.5ms to 6~7ms @layer7 I don't know which side has changed something.

    While this is off-topic, the traffic seems to be routed from Layer7 FRA -> AMS -> AS44486 FRA. In the other direction it stays in FRA.
    MTR (see https://layer7-fra.lg.0lt.de/?action=mtr&target=37.114.55.121):

    Start: 2024-10-20T15:56:33+0200
HOST: 0l7                                Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 193.24.210.1                        0.0%    10    0.2   0.2   0.2   0.3   0.0
  2.|-- ae13-200.rt.eqx.fkt.de.retn.net    50.0%    10    0.5   0.5   0.4   0.5   0.0
  3.|-- ae0-10.rt.tc2.ams.nl.retn.net       0.0%    10    5.8   5.7   5.7   5.8   0.1
  4.|-- gw-as6830.retn.net                  0.0%    10    6.3   7.0   6.3  11.7   1.7
  5.|-- nl-ams02a-rc2-lag-6-0.aorta.net    80.0%    10    6.9   6.9   6.9   6.9   0.0
  6.|-- de-fra02a-rc1-ae-14-0.aorta.net     0.0%    10    6.8   7.0   6.7   7.7   0.3
  7.|-- de-fra05a-ri1-ae-4-0.aorta.net      0.0%    10   13.9   8.0   6.6  13.9   2.6
  8.|-- se-sto01a-ra2-ge-0-1-0-5.aorta.net  0.0%    10    6.6   6.5   6.4   6.7   0.1
  9.|-- cdn77.cr2.synlinq.de                0.0%    10    6.7   6.7   6.6   6.8   0.1
 10.|-- ae0.11.cr3.synlinq.de               0.0%    10    6.8   6.7   6.5   6.8   0.1
 11.|-- 121.55.114.37.in-addr.arpa          0.0%    10    6.6   6.7   6.6   6.8   0.1
    Thanked by 1kamelkaher
  • kamelkaherkamelkaher Member
    edited October 2024

    @lukast__ said:

    @Arirang said: Seems changed. AS44486 (their upstream datacamp, few LET providers use this asn) <-> Layer7 latency was increased from under1.5ms to 6~7ms @layer7 I don't know which side has changed something.

    While this is off-topic, the traffic seems to be routed from Layer7 FRA -> AMS -> AS44486 FRA. In the other direction it stays in FRA.
    MTR (see https://layer7-fra.lg.0lt.de/?action=mtr&target=37.114.55.121):

    Start: 2024-10-20T15:56:33+0200
HOST: 0l7                                Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 193.24.210.1                        0.0%    10    0.2   0.2   0.2   0.3   0.0
  2.|-- ae13-200.rt.eqx.fkt.de.retn.net    50.0%    10    0.5   0.5   0.4   0.5   0.0
  3.|-- ae0-10.rt.tc2.ams.nl.retn.net       0.0%    10    5.8   5.7   5.7   5.8   0.1
  4.|-- gw-as6830.retn.net                  0.0%    10    6.3   7.0   6.3  11.7   1.7
  5.|-- nl-ams02a-rc2-lag-6-0.aorta.net    80.0%    10    6.9   6.9   6.9   6.9   0.0
  6.|-- de-fra02a-rc1-ae-14-0.aorta.net     0.0%    10    6.8   7.0   6.7   7.7   0.3
  7.|-- de-fra05a-ri1-ae-4-0.aorta.net      0.0%    10   13.9   8.0   6.6  13.9   2.6
  8.|-- se-sto01a-ra2-ge-0-1-0-5.aorta.net  0.0%    10    6.6   6.5   6.4   6.7   0.1
  9.|-- cdn77.cr2.synlinq.de                0.0%    10    6.7   6.7   6.6   6.8   0.1
 10.|-- ae0.11.cr3.synlinq.de               0.0%    10    6.8   6.7   6.5   6.8   0.1
 11.|-- 121.55.114.37.in-addr.arpa          0.0%    10    6.6   6.7   6.6   6.8   0.1

    so isn't that a real problem ? why they don't see that ?
    I told them about the loss in MTR

  • lukast__lukast__ Member, Megathread Squad
    edited October 2024

    @kamelkaher said:

    @lukast__ said:

    @Arirang said: Seems changed. AS44486 (their upstream datacamp, few LET providers use this asn) <-> Layer7 latency was increased from under1.5ms to 6~7ms @layer7 I don't know which side has changed something.

    While this is off-topic, the traffic seems to be routed from Layer7 FRA -> AMS -> AS44486 FRA. In the other direction it stays in FRA.
    MTR (see https://layer7-fra.lg.0lt.de/?action=mtr&target=37.114.55.121):

    Start: 2024-10-20T15:56:33+0200
HOST: 0l7                                Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 193.24.210.1                        0.0%    10    0.2   0.2   0.2   0.3   0.0
  2.|-- ae13-200.rt.eqx.fkt.de.retn.net    50.0%    10    0.5   0.5   0.4   0.5   0.0
  3.|-- ae0-10.rt.tc2.ams.nl.retn.net       0.0%    10    5.8   5.7   5.7   5.8   0.1
  4.|-- gw-as6830.retn.net                  0.0%    10    6.3   7.0   6.3  11.7   1.7
  5.|-- nl-ams02a-rc2-lag-6-0.aorta.net    80.0%    10    6.9   6.9   6.9   6.9   0.0
  6.|-- de-fra02a-rc1-ae-14-0.aorta.net     0.0%    10    6.8   7.0   6.7   7.7   0.3
  7.|-- de-fra05a-ri1-ae-4-0.aorta.net      0.0%    10   13.9   8.0   6.6  13.9   2.6
  8.|-- se-sto01a-ra2-ge-0-1-0-5.aorta.net  0.0%    10    6.6   6.5   6.4   6.7   0.1
  9.|-- cdn77.cr2.synlinq.de                0.0%    10    6.7   6.7   6.6   6.8   0.1
 10.|-- ae0.11.cr3.synlinq.de               0.0%    10    6.8   6.7   6.5   6.8   0.1
 11.|-- 121.55.114.37.in-addr.arpa          0.0%    10    6.6   6.7   6.6   6.8   0.1

    so isn't that a real problem ? why they don't see that ?
    I told them about the loss in MTR

    a) That isn't a problem IMHO, routing decisions are not always based on latencies.
    b) There is no loss to the target, loss somewhere in-between is irrelevant.

    Thanked by 2tentor layer7
  • kamelkaherkamelkaher Member

    @lukast__ said:

    @kamelkaher said:

    @lukast__ said:

    @Arirang said: Seems changed. AS44486 (their upstream datacamp, few LET providers use this asn) <-> Layer7 latency was increased from under1.5ms to 6~7ms @layer7 I don't know which side has changed something.

    While this is off-topic, the traffic seems to be routed from Layer7 FRA -> AMS -> AS44486 FRA. In the other direction it stays in FRA.
    MTR (see https://layer7-fra.lg.0lt.de/?action=mtr&target=37.114.55.121):

    Start: 2024-10-20T15:56:33+0200
HOST: 0l7                                Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 193.24.210.1                        0.0%    10    0.2   0.2   0.2   0.3   0.0
  2.|-- ae13-200.rt.eqx.fkt.de.retn.net    50.0%    10    0.5   0.5   0.4   0.5   0.0
  3.|-- ae0-10.rt.tc2.ams.nl.retn.net       0.0%    10    5.8   5.7   5.7   5.8   0.1
  4.|-- gw-as6830.retn.net                  0.0%    10    6.3   7.0   6.3  11.7   1.7
  5.|-- nl-ams02a-rc2-lag-6-0.aorta.net    80.0%    10    6.9   6.9   6.9   6.9   0.0
  6.|-- de-fra02a-rc1-ae-14-0.aorta.net     0.0%    10    6.8   7.0   6.7   7.7   0.3
  7.|-- de-fra05a-ri1-ae-4-0.aorta.net      0.0%    10   13.9   8.0   6.6  13.9   2.6
  8.|-- se-sto01a-ra2-ge-0-1-0-5.aorta.net  0.0%    10    6.6   6.5   6.4   6.7   0.1
  9.|-- cdn77.cr2.synlinq.de                0.0%    10    6.7   6.7   6.6   6.8   0.1
 10.|-- ae0.11.cr3.synlinq.de               0.0%    10    6.8   6.7   6.5   6.8   0.1
 11.|-- 121.55.114.37.in-addr.arpa          0.0%    10    6.6   6.7   6.6   6.8   0.1

    so isn't that a real problem ? why they don't see that ?
    I told them about the loss in MTR

    a) That isn't a problem IMHO, routing decisions are not always based on latencies.
    b) There is no loss to the target, loss somewhere in-between is irrelevant.

    That's right there is no packet loss to the target , but it's affecting the ping , it's +30ms in my case .. that's not fair tbh if they change without telling or doing a warning about that

  • tentortentor Member, Host Rep

    @kamelkaher said: that's not fair tbh if they change without telling or doing a warning about that

    BGP is a dynamic routing protocol and I am confident that you would not want to see each and any update as a separate notification regarding routing change.

    Thanked by 3emgh kamelkaher fluffernutter
  • layer7layer7 Member, Host Rep, LIR

    @kamelkaher said:
    That's right there is no packet loss to the target , but it's affecting the ping , it's +30ms in my case .. that's not fair tbh if they change without telling or doing a warning about that

    Hi,

    as already mentioned in the ticket ( will answer here now instead of the ticket ), we took over routing and currently a lot is going over RETN as the ASN path is shorter compared to before.

    I asked in the ticket maybe 4 times about useful MTR's showing actually a problem. Didnt had luck with this unfortunately.

    What we get in the ticket are MTR's showing no difference in the latency, showing no packetloss.

    RETN is there to improve quality to Asia/Eastern regions.

    If you have a real problem ( and i dont mean packetloss inbetween somewhere the traceroute where routers most probably dont answer at all or have ICMP rate limits and similar ) then please show something where the problem can be seen.

    I dont know if you got +30ms. Its definitely possible. Other customers might have -30ms.

    We are pretty open to improve routing for customers, as soon as we got the technical information that is required.

    And no, its not unfair if a provider is adding upstreams to improve the quality. And no, most providers will not inform their customers about possible routing changes. ( Actually never heard of that anyway ).

  • kamelkaherkamelkaher Member

    @layer7 said:

    @kamelkaher said:
    That's right there is no packet loss to the target , but it's affecting the ping , it's +30ms in my case .. that's not fair tbh if they change without telling or doing a warning about that

    Hi,

    as already mentioned in the ticket ( will answer here now instead of the ticket ), we took over routing and currently a lot is going over RETN as the ASN path is shorter compared to before.

    I asked in the ticket maybe 4 times about useful MTR's showing actually a problem. Didnt had luck with this unfortunately.

    What we get in the ticket are MTR's showing no difference in the latency, showing no packetloss.

    RETN is there to improve quality to Asia/Eastern regions.

    If you have a real problem ( and i dont mean packetloss inbetween somewhere the traceroute where routers most probably dont answer at all or have ICMP rate limits and similar ) then please show something where the problem can be seen.

    I dont know if you got +30ms. Its definitely possible. Other customers might have -30ms.

    We are pretty open to improve routing for customers, as soon as we got the technical information that is required.

    And no, its not unfair if a provider is adding upstreams to improve the quality. And no, most providers will not inform their customers about possible routing changes. ( Actually never heard of that anyway ).

    By notifying users , Just add "updates" section , like changing routes at 48 hours or something like that , So I can tell if that was the reason .

    Check your dm I sent you a msg

  • xmsxms Member

    @kamelkaher said:
    By notifying users , Just add "updates" section , like changing routes at 48 hours or something like that , So I can tell if that was the reason .

    that's enterprise level updates, don't expect them from hosts here.

    Thanked by 2kamelkaher fluffernutter
This discussion has been closed.