beantwoord

packetloss again

  • 26 August 2017
  • 45 reacties
  • 2317 x bekeken


Toon eerste bericht
Dit topic is gesloten. Maak een nieuw topic aan als je een vraag hebt.

45 reacties

Reputatie 7
Badge +4
They do, but this is a forum where you connunicate with other customers as well. Direct customer care is only by phone.
OK. Am I understand correctly? Tele2 don't give a f*ck that my connection doesn't work properly?
eric please tell me honestly the official view: .

Hello polnoch, eric cannot give you the official Tele2 view as he is just another customer (like me and you)
Jasper and other moderators on this forum have van Tele2 behind their name.
So, if you're not trust me, this is a screenshot of ping procedure your DSL modem from my an external server
It happen again right now.

I ping my modem from the an external server, and your gateway:

my modem:

82.173.117.XXX
PING 82.173.117.XXX (82.173.117.XXX) 56(84) bytes of data.
64 bytes from 82.173.117.XXX: icmp_req=2 ttl=56 time=77.9 ms
64 bytes from 82.173.117.XXX: icmp_req=3 ttl=56 time=78.1 ms
64 bytes from 82.173.117.XXX: icmp_req=4 ttl=56 time=86.7 ms
64 bytes from 82.173.117.XXX: icmp_req=5 ttl=56 time=82.5 ms
64 bytes from 82.173.117.XXX: icmp_req=6 ttl=56 time=74.3 ms
64 bytes from 82.173.117.XXX: icmp_req=7 ttl=56 time=86.5 ms
64 bytes from 82.173.117.XXX: icmp_req=8 ttl=56 time=71.2 ms
64 bytes from 82.173.117.XXX: icmp_req=9 ttl=56 time=78.3 ms
64 bytes from 82.173.117.XXX: icmp_req=10 ttl=56 time=79.3 ms
^C
--- 82.173.117.XXX ping statistics ---
11 packets transmitted, 9 received, 18% packet loss, time 10007ms
rtt min/avg/max/mdev = 71.223/79.467/86.737/4.860 ms


your router:


ping 82.173.117.1
PING 82.173.117.1 (82.173.117.1) 56(84) bytes of data.
64 bytes from 82.173.117.1: icmp_req=1 ttl=56 time=27.4 ms
64 bytes from 82.173.117.1: icmp_req=2 ttl=56 time=27.8 ms
64 bytes from 82.173.117.1: icmp_req=3 ttl=56 time=27.8 ms
64 bytes from 82.173.117.1: icmp_req=4 ttl=56 time=27.8 ms
64 bytes from 82.173.117.1: icmp_req=5 ttl=56 time=27.7 ms
64 bytes from 82.173.117.1: icmp_req=6 ttl=56 time=28.2 ms
64 bytes from 82.173.117.1: icmp_req=7 ttl=56 time=28.2 ms
64 bytes from 82.173.117.1: icmp_req=8 ttl=56 time=27.8 ms
64 bytes from 82.173.117.1: icmp_req=9 ttl=56 time=27.8 ms
64 bytes from 82.173.117.1: icmp_req=10 ttl=56 time=28.0 ms
^C
--- 82.173.117.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9011ms
rtt min/avg/max/mdev = 27.499/27.887/28.234/0.259 ms


traceroute:

traceroute 82.173.117.1
traceroute to 82.173.117.1 (82.173.117.1), 30 hops max, 60 byte packets
1 85-10-201-33.clients.your-server.de (85.10.201.33) 0.368 ms 0.365 ms 0.368 ms
2 core12.nbg1.hetzner.com (213.239.203.225) 0.351 ms 0.351 ms 0.339 ms
3 core4.fra.hetzner.com (213.239.245.245) 3.404 ms core4.fra.hetzner.com (213.239.245.33) 3.320 ms 3.320 ms
4 tele2.sara1.nl-ix.net (193.239.116.138) 9.076 ms 9.387 ms 9.066 ms
5 * * *
6 ip1-117-173-82.adsl2.static.versatel.nl (82.173.117.1) 30.702 ms 27.255 ms 29.220 ms


@eric please tell me honestly the official view: is it NORMAL for the TELE2, packetloss during 4-6 hours every week, or it's not normal? If it is officially ok, I want to share this information in the public, if not, I can help you to do your work instead of you. If your monitoring is proprieatary, and you have a limits by license, theare are lot of chip solutions, based in the bash/python/etc scripts and cron/atd daemons. It's really easy. I can write it for you instead of you.
Reputatie 7
Badge +4
I think you want too much from a consumer inteŕnetline. These lines come without SLA, and setting long periods of monitoring is probably not part of a fault investigation.
A business line has an SLA, even with premium repair times but costs a lot more money to support that service.
I want to chat with another person, not you. I not trust you, sorry. Maybe you see packetloss, but lie

For another an engineer: Jasper ignore fact that packetloss exist not all time, but time to time. You have to setting up custom alert for the 1-2 weeks in your monitoring for my port. Every 1-2 weeks I have several of hours of the packetloss. Now connection works.
Reputatie 5
Badge +3
Sir i have had coworkers look at it and they come to the same conclusion. If even other technical departments say they don't see a packet loss in 500 packets send. I can't help you any further.
Jasper, if it's too difficult to understand for you, could you please ask a help from the more skillest colleague, please?
Because my next steps, to drop your(TELE2 NL) not very well rating in the facebook communities more, and made anti-ad you in the Reddit, and trying to write to the Tele2 management about a problems in the engineer team.
Actually you have 1.5 stars. After my review it will be 1 star... Tele2, do you really want it?

Please. Fix it. It's easy 😞 The skillest network engeneer need not more then 5 minutes to switch on monitoring of the port, add the custom allert, and when the allert run, understand where is locate problem (is it cable, is it DSL hardware, or is it DSL modem). And next, you just have to replace broken part. It's not a rocket science!
MY part of network works well, proof:

ping -c 20 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=63 time=0.910 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=63 time=0.668 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=63 time=0.643 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=63 time=0.674 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=63 time=0.661 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=63 time=0.605 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=63 time=0.633 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=63 time=0.618 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=63 time=0.609 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=63 time=0.648 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=63 time=0.598 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=63 time=0.651 ms
64 bytes from 192.168.1.1: icmp_seq=13 ttl=63 time=0.688 ms
64 bytes from 192.168.1.1: icmp_seq=14 ttl=63 time=0.544 ms
64 bytes from 192.168.1.1: icmp_seq=15 ttl=63 time=0.634 ms
64 bytes from 192.168.1.1: icmp_seq=16 ttl=63 time=0.569 ms
64 bytes from 192.168.1.1: icmp_seq=17 ttl=63 time=0.662 ms
64 bytes from 192.168.1.1: icmp_seq=18 ttl=63 time=0.578 ms
64 bytes from 192.168.1.1: icmp_seq=19 ttl=63 time=0.604 ms
64 bytes from 192.168.1.1: icmp_seq=20 ttl=63 time=0.629 ms

--- 192.168.1.1 ping statistics ---
20 packets transmitted, 20 received, 0% packet loss, time 19495ms
rtt min/avg/max/mdev = 0.544/0.641/0.910/0.074 ms


Your part of network does not work (same via ethernet and wifi):

ping -c 20 82.173.117.1
PING 82.173.117.1 (82.173.117.1) 56(84) bytes of data.
64 bytes from 82.173.117.1: icmp_seq=1 ttl=61 time=89.1 ms
64 bytes from 82.173.117.1: icmp_seq=2 ttl=61 time=99.8 ms
64 bytes from 82.173.117.1: icmp_seq=4 ttl=61 time=82.9 ms
64 bytes from 82.173.117.1: icmp_seq=5 ttl=61 time=39.9 ms
64 bytes from 82.173.117.1: icmp_seq=6 ttl=61 time=78.4 ms
64 bytes from 82.173.117.1: icmp_seq=7 ttl=61 time=58.1 ms
64 bytes from 82.173.117.1: icmp_seq=8 ttl=61 time=107 ms
64 bytes from 82.173.117.1: icmp_seq=9 ttl=61 time=76.9 ms
64 bytes from 82.173.117.1: icmp_seq=11 ttl=61 time=95.8 ms
64 bytes from 82.173.117.1: icmp_seq=12 ttl=61 time=84.8 ms
64 bytes from 82.173.117.1: icmp_seq=13 ttl=61 time=66.3 ms
64 bytes from 82.173.117.1: icmp_seq=14 ttl=61 time=77.5 ms
64 bytes from 82.173.117.1: icmp_seq=15 ttl=61 time=81.4 ms
64 bytes from 82.173.117.1: icmp_seq=16 ttl=61 time=69.3 ms
64 bytes from 82.173.117.1: icmp_seq=17 ttl=61 time=71.7 ms
64 bytes from 82.173.117.1: icmp_seq=19 ttl=61 time=43.3 ms
64 bytes from 82.173.117.1: icmp_seq=20 ttl=61 time=84.5 ms

--- 82.173.117.1 ping statistics ---
20 packets transmitted, 17 received, 15% packet loss, time 19144ms
rtt min/avg/max/mdev = 39.963/76.974/107.933/17.521 ms


Please fix it. You can't solve this flapping problem during several of months!
The problem is not on our side


physically problem locates between ethernet(or wifi) port inside YOUR DSL modem inside our apartment and your ipv4 gateway 82.173.117.1. I think, it's DSL hardware in the phone station or maybe last mile cable problems, because packetloss not related with rebooting DSL modems(probably, but I can't be sure whithout root access to the DSL modem).

The ethernet port and the wifi network interface inside your DSL modem works well, the all ICMP trafic between my hardware and your LAN part inside the DSL modem go well without packetloss.

But after packets go out wifi interface inside DSL modem or ethernet interface, before they achieve your host 82.173.117.1, sometimes something wrong. And 10-15% of packets are drop.

And I'm sure I can find problem myself(if I have a root access to DSL modem and your gateway), but of cource you can't give me an access to your host 82.173.117.1 and also you do not give root access to customer's DSL modems.
It's your work, not my. Why you can't run in this host monitoring tools in the background and add a alert in your Nagios/Zabbix/another monitoring? Why I have to explain you how to find and fix a problem? why you just can't solve it and stop this stupid dialog?
Reputatie 5
Badge +3
The problem is not on our side that is why i can't give you a refund. If you wish to cancel your subscription you have to contact our cancellation department
Packetloss became again. If you can't fix the problem, can I stop one year contract with your company, and buy subscription in another ISP?

Also, I'll do as more as I can to tell about your *wonderful* service in the internet, in Reddit, etc.

Also I want to get connection fee payment back because problem is in your side.
Reputatie 5
Badge +3
As sad before we do not see any packet loss on your connection. Sadly i can't help you out any further then that.
It's not "external hardware" problem. Be an engineer, please! I think, If I public this story in the reddit, then tele2 will be funny and stupid for the reddit users.
In this moment I haven't packetloss. I sent a messages when it was. I have an access to a lot of external servers, and I checked connection from the outside too. The problem locates between LAN interface inside your DSL modem and your hardware in the phone station, I'm pretty sure.
And it's not "external hardware problem", LOL 🙂 The problem is same (when packetloss exist) if I use Wifi connection to your router too.
Reputatie 5
Badge +3
I understand you but we do not support external hardware. So i do have to request that you disconnect it and see if it works better. As i have done a test through your modem and had no packet loss. I deleted private information but here is the test:

ping addr=82.173.117.1 count=500
Legend : Ping successful(!)
Ping Timeout(.)
Hit ctrl-g to abort...
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
--- Ping statistics ---
500 packet(s) transmitted, 500 successful, 0% packet loss
rtt min/avg/max = 32 / 33 / 63 ms
Are you using any external hardware like a router, hub, external modem or wifi repeater etc.


Yes, I am. It's router with OpenWRT software. It's stable software, mantained by comminity, and it's work better then all vendor's devices, excluding, maybe, Juniper/Cisco/microtic proprietary devices.

So, the problem not in my router, and probably not in your DSL modem.

When I ping my router(internal IP), then no packetloss. When I login to the roter via ssh, and ping your DSL modem(192.168.1.1), then it also works without packetloss. But your gateway (82.173.117.1) in this cases drop a lot of packages.
The problem locates in the cable between your modem and your hardware, or inside your hardware, or maybe, the DSL/ppoe software/hardware inside your DSL modem has a bugs. Ethernet port/switch inside your DSL modem works fine (no packetloss between my router and your modem)
Reputatie 5
Badge +3
I see since the reset your modem did not lose connection. Are you using any external hardware like a router, hub, external modem or wifi repeater etc.
Regarding the malfunction did you try resetting your modem again? See if that fixed the problem like last time?


Today resetting of the modem didn't help. And before this moment too.
Reputatie 5
Badge +3
Hey,

Regarding the malfunction did you try resetting your modem again? See if that fixed the problem like last time?

Regarding your request for reimbursement as said in the post you linked you need to fill in the form. Have you done that already?

I do want to say sorry you don't feel you received a satisfactory answer last time. How ever middle of the conversation you did not respond for 3 weeks. At that point i can't really help you anymore also regarding the first complaint you did say it was resolved.