Pack loss with CO2 - VoIP General, VoIP News, VoIP Providers, VoIP hardware, VoIP software, VoIP Technology

Hello.

For two weeks have I CO2 DSL and irregularly, but often a Packetloss of 5-20%. Sometimes telephone calls (O2-Voip) are, but more rarely, also disturbed (cracks with the receipt. My spoken word is i.O.). The Fritz box “logged” the packing loss with VOIP also.

I have the Packetloss both with a Ping from here in Internet (http://www.ip-phone-forum.de/showthread.php/www.o2.de), and from the outside on the Fritz box (by Dyndns) and also with dslreports.com to register can. All showed the same irregular, but often occurring Packetloss in the same period.

The DSL line and the whole appropriate values should be according to statement of CO2 OK ONE. I had also no Resyncs o.a. The case is, after a technician was sent, who can make also nothing however according to own statement, but that is rather a case for the net department, now still in treatment, but I have somewhat strange determined and it wanted to know whether determined its something similar.

On-line monitor of my Fritz box 7270 (on CO2-rout I no possibility found to me so anzuzeiegn) shows me a permanent Traffic, although my whole devices (1 laptop + Smartphone) send and receive no data, also became no telephone call o.ae. led.

The whole looks then like here:
[Edit Novize: Left advertising centrifuge deleted - use please the forum-own appendix/extended editor]
http://www.imagebanana.com/view/trma...auslastung.png

On-line counter took in account nothing. There the counter agitated itself only if I actually led something gedownloaded or a telephone call. As me the contradictory data of on-line counter and on-line monitor were noticeable remembered I the Sniffing function of the FBox.

I have the Mitschnitt at the DSL haven directly with we-rake analyzed and thought of a kind DOS attack. Until it noticed to me that the destination addresses are other addresses from the dial UP range of CO2 and completely normal user traffic goes over it (facebook, imaps, rapidly-shed etc.).

It looks thus somehow, as if other net traffic on the WAN haven lands, which on-line monitor notices, but since it is not meant for the received IPs, this is not registered by on-line counter. In the result my line is close and for some applications unbenutzbar.

You sowas already times saw?

Hello,

the symptoms come me somehow admit forwards. Regard to you please times here:
http://www.ip-phone-forum.de/showthread.php?t=204447

Quotation:

Quotation of frank_m24

the symptoms come me somehow admit forwards. Regard to you please times here:
http://www.ip-phone-forum.de/showthread.php?t=204447

Oha. It seems exact to be. Thank you for the reference.

HP: Sorry for the advertising dissipating.

Hello,

that is unfortunately very problematic. As I already put out in the other Thread, the normal support is completely overtaxed with this question. It remains referring you only - similarly as in the other Thread - the CO2 support to the analyses from the other Thread and their explosiveness. Since you are with the direct selling partner of the carrier Telefonica customer, you have perhaps luck, because people more direct access to the net technicians have the CO2.

Quotation:

Quotation of frank_m24

that is unfortunately very problematic. As I already put out in the other Thread, the normal support is completely overtaxed with this question. It remains referring you only - similarly as in the other Thread - the CO2 support to the analyses from the other Thread and their explosiveness.

Yes, that normal support is there actually overtaxed. One the Hotlinemitarbeiterin communicated to me that it does not have times the possibility that accurately as disturbance to take up. The DSL screening department (however it calls itself exactly) can address it only if e.g. Line problems on DSL level are present, can which be indicated also in the system (breaks etc.). That is naturally not the case here, on the contrary. Because the DSL connection is so good, I particularly well with strange data is flooded.

Which with me was first made (as if tap for the others) was the Speedping option (I believed am called with other offerers Fastpath) to activate (free of charge). The Pingzeit was actually reduced with my Pingtests, which I make since beginning, to around the 200ms (of 4000ms). Also DNS inquiries wruden faster/more reliably answered. It affected itself concretely with applications such as WWW, because there idR. many DNS inquiries to be made.

My problem seems to be solved now. The technique department let everything me first again for DSL level examine. At the same time I documented again everything in writing (see below). Also the technology confirmed that irregular traffic on my line is to be seen.

Last Monday came a SMS that the disturbance was repaired. Those. a call that nevertheless the case was not. Due to an internal breakdown the error message was passed on not at Telekom and Telefonica and one looks at themselves the thing now again. One confirmed everything also again in such a way by email.

At the Fr. I came again home and see there, the line was calm. To discover until today no strange traffic.

Additionally I (s.o.) have a letter written and again in writing in summary which am loose (inclusive the striking safety problem) and requested, everything up to the 18.2. to fixed.

I hope times that everything remains in such a way.