<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:windowtext;
font-weight:normal;
font-style:normal;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-AU link="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal><span style='color:#1F497D'>Hi Radek, I hear what you are saying about ULL services, but when they are broken they seem to take longer to get fixed from what we have seen, and the techs seem to try and close the fault off quickly without thorough testing.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>I also hear what you are saying about the LSS and trying to get the customer to log the fault on the line to fix your ADSL, we now provide the PSTN line as well in many cases, as we only do business services that’s easier of course, but it makes dealing with issues a lot easier too because you have control over both pieces of the puzzle.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>Just my thoughts.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>Regards<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>Paul<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif";mso-fareast-language:EN-AU'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif";mso-fareast-language:EN-AU'> AusNOG [mailto:ausnog-bounces@lists.ausnog.net] <b>On Behalf Of </b>Radek Tkaczyk<br><b>Sent:</b> Monday, 9 March 2015 10:38 AM<br><b>To:</b> ausnog@ausnog.net<br><b>Subject:</b> [AusNOG] LSS ADSL vs ULL ADSL - which is more reliable?<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Hi Guys,<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I have always preferred a LSS (Line Sharing Service) ADSL service compared to a ULL (Unconditioned Local Loop) ADSL service (i.e. naked).<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>This is because with a ULL service, you don’t have a dial tone to be able to troubleshoot with, and I hear that the Telstra techs in the field sometimes get lazy, and if they don’t hear dial tone on a line, they assume its vacant and pinch that line for another customer, instead of properly checking for voltage on the pair. This may not be the case anymore given how prevalent naked services are, but it’s still a valid point I suppose. Then there is the problem of ADSL codes constantly getting dropped from the line. If a user updates PSTN records like changing a company name, decides to move PSTN providers, or a myriad of other events, the ADSL codes get stripped from the line.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>However, these days we are starting to run into so many problems with ADSL filters, devices interfering with the ADSL line, etc that I’m starting to think maybe my logic here is flawed.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>One of the big problems with using an LSS ADSL service, is that when there is a PSTN fault on the line, the end user has to battle with Telstra to get the PSTN fault repaired, and we are helpless to assist because we don’t own the PSTN line, and the customer has to run the gauntlet with Telstra on the issue. Really they just want us to handle it, and we can’t. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>At least with a ULL service, we can get our ULL + ADSL supplier (Be it Telstra Wholesale, AAPT, Vocus, etc) to handle the fault, end to end, and ADSL codes can’t get stripped from the line.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>What are other people’s though on this subject? The Ethernet over Copper style services that use ULLs just work, and we don’t have to revisit them once they are installed, but the constant attention an LSS ADSL service needs really makes me wonder if there is a better way?<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><span style='mso-fareast-language:EN-AU'>Regards,<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-AU'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-AU'>Radek Tkaczyk<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-AU'>Ph: 0413 383 231<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>