Sorry, cablecom is not worth what I am paying anymore, I'am paying for a best effort service of 5000/1000 BUT,
in the evening I get ping 200ms with spikes up to 400ms !!!, 5% to 10% packet losses and bandwidth as low as 600 kbit/s when you are lucky. Saturdays and Sundays is an hell with all these packet losses, browser returning connection resets and so on and so forth.
For me money doesn't matter, I want QUALITY, not QUANTITY like 20 Mbit/s which turns into 10 kbit/s, yes 10 kbit/s , not joking becouse when you lose packets, TCP speed slows down and you get stuck all the time.
Try to watch an youtube video in these conditions, 5 minuts could last 1 hour.
So I wonder if there is any internet connection technology with quality of service ( QOS ), better if with minimum guaranteed bandwidth.
Could I have the digital phone with cablecom and internet with swisscom at the same time??!?! is it possible?!?!
Is there any good QOS provider out there??!!? it's a shame in 2009, 10 kbit/s in the evening... shame on Switzerland !
What's this VSDL? does it give any QOS? (I don't mind television of stuff like that, I just want to sit and http/video_stream in the evening without headaches).
You can test your Cablecom connect speed here and then read this post* about complaining and improving your connection or, if necessary, reducing the package you are on.
If you are on Windows, try the "pathping" utility from the command prompt - to a destination within Switzerland such as the Cablecom BGP "looking glass". It should let you see which node the packet loss/latency is caused by on the CC backbone if the problem resides on their network. You can try tracing back to yourself from this and compare. Then phone them up and complain if it's the same node time and again.
Network Operators rarely implement true end-end QoS across the network core even in certain MPLS-enabled networks which can do it. Backbones are designed for high speed switching ONLY. Enabling packet classification and forwarding is a poor design philosophy on any core. Normally, we just throw more capacity at the problem.
I am currently upgrading our core ISP network in Zurich to 10G and we have no capacity issues...
VDSL is just another higher-speed DSL flavour. Upgrading to this if your wiring and distance from the exchange supports it won't make any difference if CC have issues on their backbone. You need to pinpoint where the problem lies first.
Now the problem seems disappeared, but I know that as soon as more ppl will connect it will arise again, I will traceroute again, but I did in the past and it's always this aorta.net node discarding packets and with long queues which raises latency values.
I think that if an operator had MPLS capabilities should enable it to customers, and give guaranteed bandwidth QOS connections. There are customers who could pay thousands CHF/month for that. I use my connectivity to work from home and to trade, so it's very impotant latency and absolutely no packet losses, and of course a minimum bandwidth of 312 kbit/s would be enough.
I understand that packet lookup at core level is a poor design, and would eventually slow down things but I think operators should invest to overcome this.
Nowadays Internet is a primary good, like bread, more and more people get used and addicted to the internet because it gives knowledge, and you can actually live or die thanks to knowledge, mind it.
...but I know that as soon as more ppl will connect it will arise again No! You don't know this. Delay/Delay variation and packet loss can be caused by many reasons. Not just link over-subscription. aorta.net is UPC i think - parent company of CC. ...I think that if an operator had MPLS capabilities should enable it to customers, and give guaranteed bandwidth QOS connections Some do and will. Enabling end-end QoS starts to go hand-in-hand with redundant connections to multiple ISP's, full routing tables, high-end customer routers, 50ms re-route for link failures in the core and so-on. DSL is only ever best-effort. You get what you pay for and QoS is not one of them. Some Companies' classify their traffic at their network-edge and give minimum bandwidth guarantees such as for VoIP traffic but this in itself, while workable, is dependent on the capacity of the network core and availability, which doesn't generally respect this. For example, if another customer comes under a DDoS, bandwidth on the backbone can come under pressure and all packets are subject to being dropped. The core treats all packets equally. ...I understand that packet lookup at core level is a poor design, and would eventually slow down things but I think operators should invest to overcome this. Not for the money you are paying! Never happen. The best you can hope for is to pinpoint the aorta.net node specifically and complain to CC or switch to another provider. PM me with a trace. Formatting seems to have gone AWOL on this forum!
Keep the punters happy, I say! Better to share knowledge in the way that this forum was intended than to have to look at (some) pointless posts accompanied by endless thanks/groans that never answer any question!
All serious network operators in this country, including Swisscom, Cablecom, Colt, and Sunrise - as well as others - offer MPLS and QOS capabilities to their commercial customers.
You just have to ask for it, and then of course pay for it. Simple.
If you don't have QOS on your connection, maybe you never requested it...??
HOWEVER: if you want QOS capability on a low-cost residential internet connection, then you won't get it. All providers provide low-cost residential internet connectivity as Best Effort.
So if your current connection is a low-cost residential Internet connection, and you need QOS, then you have to change to a commercial / business connection. Which will always cost more than residential, as you get bandwidth guarranties, QOS profiles, and better SLAs, and (with some operators) penalty clauses whereby you get money back if SLAs are not met.
RSVP-enabled MPLS networks can provide QoS guarantees by tunneling. But not many providers do offer this true end-end guarantee - because they don't use RSVP as their MPLS signalling protocol. The rest is just Marketing spiel and generally not worth the paper/web-site it is written on. In addition, you have no control outside of the ISP's routing domain. So for a domestic user with QoS requirements for web-only traffic it won't work. In spite of what you say. Don't believe the hype Kiwi! QoS is only useful for VPN's with a single ISP and mostly in a limited sense ONLY.
Swisscom still has part of the culture of its days as government - owned entity, with permanent reporting, expanded staff and great feel of accountability. There might be the guys to go to if risk minimization is the goal.