<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>I would not hold your breath. We have been waiting for ipv6 for 6 months and remote black whole triggering for 11 months. Then to be told everything is on hold after TPG buyout.  </div><div><br></div><div><br></div><div><br></div><div><br><br><div><br></div><div>-- </div><div>/* Matt Perkins</div><div>       Direct 1300 137 379     Spectrum Networks Ptd. Ltd.</div><div>       Office 1300 133 299     <a href="mailto:matt@spectrum.com.au">matt@spectrum.com.au</a></div><div>       Fax    1300 133 255     Level 6, 350 George Street Sydney 2000</div><div>      SIP <a href="mailto:1300137379@sip.spectrum.com.au">1300137379@sip.spectrum.com.au</a></div><div>       Google Talk <a href="mailto:MattAPerkins@gmail.com">MattAPerkins@gmail.com</a></div><div>       PGP/GNUPG Public Key can be found at  <a href="http://pgp.mit.edu">http://pgp.mit.edu</a></div><div>*/</div></div><div><br>On 3 Apr 2014, at 5:38 pm, Jacob Kino <<a href="mailto:jacob@interconnekt.com.au">jacob@interconnekt.com.au</a>> wrote:<br><br></div><blockquote type="cite"><div>

<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">


<div>We have the exact same issue, but don't have a solution to offer.</div>
<div><br>
</div>
<div>Logically, Stephen's idea sounds sensible to me. The CPE definitely has the ability to provide line stats and I can't see any reason this couldn't be exposed in Frontier.</div>
<div><br>
</div>
<div>I will certainly be raising this with our account manager.<br>
<br>
Jacob Kino I Interconnekt</div>
<div><br>
On 3 Apr 2014, at 10:09 am, "Radek Tkaczyk" <<a href="mailto:radek@tkaczyk.id.au">radek@tkaczyk.id.au</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 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:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;
        font-weight:normal;
        font-style:normal;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
@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]-->
<div class="WordSection1">
<p class="MsoNormal">Hi Guys,<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">We are getting more and more cases where an AAPT MBE connection drops a ULL, and no-one notices this until the client complains about poor speeds, or another ULL drops and takes the connection offline.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">For example, say an end user has an AAPT 10/10 MBE connection which uses 2 x ULLs. If one of the ULLs drops, the speed will drop to around 5/5 and everything keeps going at the lower speed. This is all fine, except that AAPT do not correct
 the issue until you log a fault. Or worse, the second ULL drops at a later time and takes the connection completely offline.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">How are we supposed to log a fault if we can’t monitor for a ULL connection getting dropped?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">How are other people handling this situation?<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<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"><span style="mso-fareast-language:EN-AU"><a href="mailto:radek@tkaczyk.id.au">radek@tkaczyk.id.au</a><o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>AusNOG mailing list</span><br>
<span><a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a></span><br>
<span><a href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a></span><br>
</div>
</blockquote>


</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>AusNOG mailing list</span><br><span><a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a></span><br><span><a href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a></span><br></div></blockquote></body></html>