tag:blogger.com,1999:blog-3993498847203183398.post4246487479453417002..comments2024-03-28T09:19:27.451+00:00Comments on RevK<sup>®</sup>'s ramblings: BT official: 3% packet loss is not a fault!RevKhttp://www.blogger.com/profile/12369263214193333422noreply@blogger.comBlogger11125tag:blogger.com,1999:blog-3993498847203183398.post-84421934120232266002014-02-10T08:58:20.004+00:002014-02-10T08:58:20.004+00:00> as if BT Retail customers get better diagnost...> as if BT Retail customers get better diagnostics from Openreach. <br /><br />Well, don't forget that BT Retail still shares many of the same backend systems as Openreach. They CLAIM they don't have access, but it's funny how BT Retail has been able to look up details of our orders and request specific engineers for faults where we have no ability to.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-5064064144176802562014-02-09T10:01:34.079+00:002014-02-09T10:01:34.079+00:00I have been impressed with A&A's handling,...I have been impressed with A&A's handling, certainly; indeed, on IRC another user had a similar line problem at the same time as mine, but on ADSL with occasional loss of sync as well as packet loss - because of the sync loss aspect, BT changed his port without weeks of argument and repeat visits, and that fixed his problem straight away.<br /><br />BT's handling, though, could perhaps generously be described as "braindead". In 2008, they dispatched engineers to a customer's home on several occasions to "investigate" a core network fault (a known packet corruption bug in Cisco router software), claiming each time to have fixed it without even testing for the fault, even lying about work done (claiming to have replaced a section of the line - without the connection being interrupted at all). Almost six years later, they haven't improved: five visits now, one with no notice, with no effort on their part to investigate the actual fault. Even now, the last fault-related communication showing from BT Wholesale is urging A&A to book yet another "engineer visit", as if that might achieve something the previous five didn't.<br /><br />Most absurd of all, Openreach said several times that BT Wholesale were still failing even to order the procedure properly: they have a job-ordering option for "do a lift and shift at the cabinet", but on all five occasions had actually selected "fault investigation at user's home" on the form - fair enough the first time, but the other four, when they knew lift+shift was the next step and were being told by both sides to order one?jas88https://www.blogger.com/profile/05563592458314214904noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-33724014159941969502014-02-08T18:05:47.050+00:002014-02-08T18:05:47.050+00:00That would fit nicely with my actual 5 Mbps upstre...That would fit nicely with my actual 5 Mbps upstream measurement (sync at 20 Mbps, but never come close to transferring at that speed). Downloads are much less badly affected: the tiny little ACK packets are less likely to get dropped.<br /><br />Openreach engineer #4 told me "ah, that'll be your ISP throttling uploads". I don't think RevK liked that suggestion - or the "maybe you should be on a business line", or something like "that's what comes of not being with BT", as if BT Retail customers get better diagnostics from Openreach. <br /><br />I'm wondering if spending 3 months on a building site - the concrete bridge that cabinet is on was partly demolished and replaced recently, with the cabinet inside the dustsheets - might have affected it. Probably not good for electronics, and the cabinet's well ventilated, seeming to rely on gravity to stop rain getting in - no use against conductive, corrosive dust. Maybe just coincidence, but hopefully BT will check that out soon.<br /><br />To see BT put in writing "our packet transport system failing to transport packets is not considered a fault" is quite stunning really. Would BT be happy with Royal Mail if 3% of their outgoing invoices went missing each month?!jas88https://www.blogger.com/profile/05563592458314214904noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-85772969008896707392014-02-08T17:53:44.455+00:002014-02-08T17:53:44.455+00:00We are good at this, honest - you only see some of...We are good at this, honest - you only see some of the worst examples on my blog when I need to escalate to the public to get BT to listen. A lot of what we do every day helps lots of ISPs.RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-67319877248918891122014-02-08T17:51:23.876+00:002014-02-08T17:51:23.876+00:00Keep us posted on this. Am looking at options to m...Keep us posted on this. Am looking at options to migrate to FTTC, and my current ASDL provider is pulling their hair out over what BT are up to with the back end systems. :(Technical Benhttps://www.blogger.com/profile/00246510008681564933noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-34010513966685850342014-02-08T08:57:13.511+00:002014-02-08T08:57:13.511+00:00As ever, farnz, nice reference and actual figures....As ever, farnz, nice reference and actual figures. Thanks for that.RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-86979771357781105012014-02-08T08:46:30.302+00:002014-02-08T08:46:30.302+00:00Using the formulae from http://www.slac.stanford.e...Using the formulae from http://www.slac.stanford.edu/comp/net/wan-mon/thru-vs-loss.html I conclude that with zero packet loss other than due to congestion, BT Infinity is only limited by my end host (as it should be).<br /><br />With 1% packet loss, I calculate a throughput cap of (1460 bytes / 10 milliseconds) * (1/sqrt(0.01)) = 11 Mbit/s. Increase packet loss to 3%, and it's down to just 7 Mbit/s. At the 10% loss mentioned by another commenter, TCP caps out at 3.6 Mbit/s.<br /><br />Are BT really claiming that you shouldn't expect Infinity to permit you to run at more than 7Mbit/s?Simon Farnsworthhttps://www.blogger.com/profile/15190608047563530091noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-33529861464506446962014-02-08T07:19:45.203+00:002014-02-08T07:19:45.203+00:00On a serious note - I was just going to add a simu...On a serious note - I was just going to add a simulate-packet-loss option to the FireBrick and do some tests - maybe make a video with speed tests, Skype calls, etc.RevKhttps://www.blogger.com/profile/12369263214193333422noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-90284753787469159972014-02-08T06:24:13.225+00:002014-02-08T06:24:13.225+00:00Take him a FireBrick or an ASA configured as tran...Take him a FireBrick or an ASA configured as transparent layer 2 device that drops a percentage of packets that you set. Let him try and surf the web, make VOIP calls etc while your box drops random frames.Martinhttps://www.blogger.com/profile/03996533690674798085noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-6121148833934954462014-02-07T23:50:04.518+00:002014-02-07T23:50:04.518+00:00Only pay 97% of all you bills - tell them the fail...Only pay 97% of all you bills - tell them the failure to pay the remaining 3% is not a fault.Richy Bhttps://www.blogger.com/profile/11328244621821820978noreply@blogger.comtag:blogger.com,1999:blog-3993498847203183398.post-45696172212488968622014-02-07T19:17:17.953+00:002014-02-07T19:17:17.953+00:00This really is nuts! 1% on an idle line is enough ...This really is nuts! 1% on an idle line is enough to be troublesome... I've heard providers try to excuse 10% loss as "not a fault" before - even more ridiculous.<br /><br />You're paying for better than this - it needs to be fixed. How can 3% packet loss on an idle line not be a fault? Can they show any justification beyond the "can't be bothered" factor?Phil Reynoldshttps://www.blogger.com/profile/07080812032624786351noreply@blogger.com