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


Categories

In this Discussion

› › need a VPS in Chicago now 911 - Page 2
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.

need a VPS in Chicago now 911

2

Comments

  • ClancomsClancoms Member

    i could keep going but what is the point

  • ClancomsClancoms Member

    i never said the server crashed

    i said the network is down

    so your up time post is worthless as it wont show the network connection failing

  • laaevlaaev Member
    edited March 2013

    @netomx said: In fact, I am on that node, and has been working excellent all this time... except today.. didnt notice the downtime though

    Thanks for the confirmation, glad to hear that the node has been performing well. We'll definitely be keeping a close eye on it to make sure there is no abusive network usage on here to prevent a similar situation from happening again in the future. Thank you for your understanding.

    @Clancoms said: View Ticket #YDC-144726

    server crashing over and over
    0:37> Trying to connect to server on 198.144.184.110:9999

    Looks like it was about 30 minutes, not an hour, but nonetheless your VPS is indeed on chi-vps49 and is back online.

    @Clancoms said: <20:04:12> Trying to connect to server on 198.144.184.110:9999

    Your VPS is responding to ping perfectly fine, as well as SSH. This means that your VPS is not offline. Since you publicly posted your IP here, I'm sure others here can confirm this as well.

    Sounds like a gameserver process or something of that nature running on port 9999 within your VPS that needs to be started again as the node was rebooted.

    $ ping 198.144.184.110
    PING 198.144.184.110 (198.144.184.110) 56(84) bytes of data.
    64 bytes from 198.144.184.110: icmp_req=1 ttl=48 time=13.7 ms
    64 bytes from 198.144.184.110: icmp_req=2 ttl=48 time=13.7 ms
    64 bytes from 198.144.184.110: icmp_req=3 ttl=48 time=13.8 ms
    64 bytes from 198.144.184.110: icmp_req=4 ttl=48 time=13.7 ms
    64 bytes from 198.144.184.110: icmp_req=5 ttl=48 time=13.7 ms
    ^C
    --- 198.144.184.110 ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 4004ms
    rtt min/avg/max/mdev = 13.771/13.783/13.805/0.149 ms

    $ ssh [email protected]
    The authenticity of host '198.144.184.110 (198.144.184.110)' can't be established.
    RSA key fingerprint is 0c:6c:32:19:c1:67:80:14:06:f7:ee:64:d6:a2:cc:0a.
    Are you sure you want to continue connecting (yes/no)?

  • ClancomsClancoms Member

    i have logs of hours worth of downtime from your network if you want me to post them i can like i have been saying the network not the server!

  • pubcrawlerpubcrawler Banned

    @Clancoms, what does "network connection failing" truly mean? What are you monitoring/getting output from there?

  • MunMun Member

    Mind if I ask what you are hosting on port 9999, I can try and connect if it is for the public, but if you don't feel like telling us that is fine as well :)

  • ClancomsClancoms Member

    yes that's because it just came back online
    <20:04:11> Failed to connect to server
    <20:04:12> Trying to connect to server on 198.144.184.110:9999
    <20:04:13> Connected to Server:

    after almost 2 hours of network connection lost

  • ClancomsClancoms Member

    and sorry no game servers running on the server
    VoIP server only

  • MunMun Member
    edited March 2013

    Which voip?

    Also, seems up:

    1. 10gigabitethernet1-3.core1.mci2.he.net 0.0% 110 0.3 3.0 0.3 11.3 3.7
      1. 10gigabitethernet1-4.core1.mci1.he.net 0.0% 110 0.4 0.4 0.3 1.2 0.1
      2. 10gigabitethernet6-1.core1.chi1.he.net 0.0% 110 10.8 12.9 10.8 21.6 3.2
      3. equinix.xe-1-3-0.cr2.ord1.us.nlayer.net 0.0% 110 12.5 13.1 11.2 56.9 6.4
      4. as23352.ae6-102.cr2.ord1.us.nlayer.net 0.0% 110 11.7 15.0 11.2 73.4 9.9
      5. ae12.cr2.ord6.us.scnet.net 0.0% 110 16.8 18.6 12.0 76.5 11.4
    2. 72.ae2.ar1.ord6.us.scnet.net 0.0% 109 12.5 13.1 12.1 38.6 2.6
    3. as36352.xe-2-1-3.ar1.ord6.us.scnet.net 0.0% 109 15.0 13.6 12.5 16.8 1.2
    4. 10ge-1-3-2.ft174.cr2.chi.colocrossing.com 0.0% 109 13.1 13.1 12.3 22.3 1.0
    5. chi-vps49.chicagovps.net 0.0% 109 13.0 12.7 12.1 14.0 0.4
    6. 110.184.144.198.host.nwnx.net 0.0% 109 12.9 12.7 12.2 13.6 0.3
  • ClancomsClancoms Member

    we host Teamspeak VoIP server
    the server on port 9999 is our test server

  • MunMun Member

    TS3 or TS2

  • MunMun Member

    @CVPS_Kevin is there any firewall on the Chicago network.

  • netomxnetomx Moderator, Veteran

    @Clancoms said: so your up time post is worthless as it wont show the network connection failing

    Please read what I said first

  • laaevlaaev Member

    @Mun said: is there any firewall on the Chicago network.

    We do not block any ports on our end, we allow IRC, gameservers, voice servers, etc. A good number of our clients have custom iptables rules configured and when a port is blocked, they instantly think its due to us blocking something on our end, forgetting the fact they set up a firewall or custom iptables rules on their own server.

    Clearing the iptables rules or reviewing the firewall settings fixes this =)

  • MunMun Member

    Yes, but that isn't what I asked, I asked if you run a firewall, not if clients runs a firewall on there vps.

  • pubcrawlerpubcrawler Banned

    @Clancoms,

    we host Teamspeak VoIP server the server on port 9999 is our test server

    Are theses timeouts at 2 hour intervals or down for 2 hours solid?

    Have you attempted to get into your VPS in that time? Is it inaccessible also?

  • MaouniqueMaounique Host Rep, Veteran
    edited March 2013

    And he answered they dont block anything, so I think the answer is no ?
    Not block probably means also no rate limiting and the like.

    @Mun said: Yes, but that isn't what I asked, I asked if you run a firewall, not if clients runs a firewall on there vps.

  • MunMun Member

    It seems that your upstream: image It seems the routes colocrossing in BGP'ing to aren't of the greatest quality.

  • ClancomsClancoms Member

    @pubcrawler said: we host Teamspeak VoIP server the server on port 9999 is our test server

    Are theses timeouts at 2 hour intervals or down for 2 hours solid?

    Have you attempted to get into your VPS in that time? Is it inaccessible also?
    down for 1 hour up for 2 min back down for a half hour back up for 5min down for 30 min ect,ect

  • MunMun Member

    @CVPS_Kevin, you do have net issues.

    image

  • pubcrawlerpubcrawler Banned

    @Mun, I am not seeing the packet loss from here...

    Running Nlayer to Scnet to Colocrossing...

    0% packet loss. But, clear over gblx route something is snafu'ed. Good work...

  • MunMun Member

    From my node at securedragon I have no packet loss, but from New York I have packet loss.

  • pubcrawlerpubcrawler Banned

    Let me check @Mun.. see what I come up with...

  • pubcrawlerpubcrawler Banned

    Good from KC over Nlayer...

    Good from TX over Nlayer...

    NY (BuyVM) over XO to SCnet... 3-4% loss... on traceroute... but ping shows none of this....

    Wonder how common the gblx route is?

  • MunMun Member

    I think it is an internet exchange hub. Probably being hit buy that attacks circulating the internet... i.e. the 300 Gbps talks.

  • pubcrawlerpubcrawler Banned

    Might be true @Mun, although unsure if that silliness has stopped.. CHI is a big pop overall. Almost certain CF peers there and SCNet is likely where they are...

    It's odd though... GLBX.. someone needs to see if they have any active open issues...

  • MiguelQMiguelQ Member

    @Mun said: @CVPS_Kevin, you do have net issues.

    What have packets going TO the router being dropped have to do with packets flowing THRU the router not being dropped?
    Unless the target host is dropping packets, you shouldn't worry

  • MunMun Member

    @MiguelQ said: What have packets going TO the router being dropped have to do with packets flowing THRU the router not being dropped?

    Unless the target host is dropping packets, you shouldn't worry

    This would be true if you were talking about TCP based connections, where UDP and Team Speak will cause random and massive jitters causing the voice server to freak out usually.

  • hostingwizard_nethostingwizard_net Member

    73 packets transmitted, 70 received, 4% packet loss, time 77480ms
    rtt min/avg/max/mdev = 147.460/267.841/478.355/83.716 ms

    He will say I'm always bashing CVPS but there is almost always network problems. Packet loss happened every day this month... and right now too.
    That may be the upstream but that doesn't change the fact.

  • pubcrawlerpubcrawler Banned

    So has the OP's issue been resolved or still living in CVPS denial land?

Sign In or Register to comment.