<html><head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head><body bgcolor="#FFFFFF" text="#000000">This isn't specific to 
AAPT, but at $previous_employer, we had the same issue with TPG EFM/MBE 
connections. We discovered that the NTUs would get an IP address if you 
offered them one via DHCP, at which point we could prod them with SNMP. 
They started shipping us ones with that disabled, so we started 
systematically swapping them out with spare units we had in stock, then 
reset the new one and configured it how we wanted it. We'd asked 
repeatedly for them to monitor such things-- suffice to say they 
wouldn't, so we couldn't care less.<br>
<br>
Seeing as we were doing IP telephony, we were anal about monitoring the 
last mile.<br>
<br>
I don't know if that's achievable with AAPT, but food for thought.<br>
<br>
-Shane<br>
<br>
<blockquote style="border: 0px none;" 
cite="mid:93714D5B-A3C7-4801-8802-667FDC3F1ECF@spectrum.com.au" 
type="cite">
  <div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div 
style="display:table;width:100%;border-top:1px solid 
#EDEEF0;padding-top:5px">       <div 
style="display:table-cell;vertical-align:middle;padding-right:6px;"><img
 photoaddress="matt@spectrum.com.au" photoname="Matt Perkins" 
src="cid:part1.07000508.03020703@short.id.au" 
name="compose-unknown-contact.jpg" height="25px" width="25px"></div>   <div
 
style="display:table-cell;white-space:nowrap;vertical-align:middle;width:100%">
        <a moz-do-not-send="true" href="mailto:matt@spectrum.com.au" 
style="color:#737F92 
!important;padding-right:6px;font-weight:bold;text-decoration:none 
!important;">Matt Perkins</a></div>   <div 
style="display:table-cell;white-space:nowrap;vertical-align:middle;">   
  <font color="#9FA2A5"><span style="padding-left:6px">3 April 2014 3:04
 pm</span></font></div></div></div>
  <div style="color:#888888;margin-left:24px;margin-right:24px;" 
__pbrmquotes="true" class="__pbConvBody"><meta content="text/html; 
charset=UTF-8" http-equiv="content-type"><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 
moz-do-not-send="true" 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 moz-do-not-send="true" 
href="mailto:1300137379@sip.spectrum.com.au">1300137379@sip.spectrum.com.au</a></div><div> 
      Google Talk <a moz-do-not-send="true" 
href="mailto:MattAPerkins@gmail.com">MattAPerkins@gmail.com</a></div><div> 
      PGP/GNUPG Public Key can be found at  <a moz-do-not-send="true" 
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 moz-do-not-send="true" 
href="mailto:jacob@interconnekt.com.au">jacob@interconnekt.com.au</a>>
 wrote:<br><br></div><blockquote type="cite"><div>

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


<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 
moz-do-not-send="true" href="mailto:radek@tkaczyk.id.au">radek@tkaczyk.id.au</a>>
 wrote:<br>
<br>
</div>
<blockquote type="cite"><div>
<meta content="Microsoft Word 14 (filtered medium)" name="Generator">
<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 
moz-do-not-send="true" 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 moz-do-not-send="true" href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a></span><br>
<span><a moz-do-not-send="true" 
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 moz-do-not-send="true" 
href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a></span><br><span><a
 moz-do-not-send="true" 
href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a></span><br></div></blockquote><pre wrap="">_______________________________________________
AusNOG mailing list
<a class="moz-txt-link-abbreviated" href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a>
<a class="moz-txt-link-freetext" href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a>
</pre></div>
  <div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div 
style="display:table;width:100%;border-top:1px solid 
#EDEEF0;padding-top:5px">       <div 
style="display:table-cell;vertical-align:middle;padding-right:6px;"><img
 photoaddress="jacob@interconnekt.com.au" photoname="Jacob Kino" 
src="cid:part1.07000508.03020703@short.id.au" 
name="compose-unknown-contact.jpg" height="25px" width="25px"></div>   <div
 
style="display:table-cell;white-space:nowrap;vertical-align:middle;width:100%">
        <a moz-do-not-send="true" href="mailto:jacob@interconnekt.com.au" 
style="color:#737F92 
!important;padding-right:6px;font-weight:bold;text-decoration:none 
!important;">Jacob Kino</a></div>   <div 
style="display:table-cell;white-space:nowrap;vertical-align:middle;">   
  <font color="#9FA2A5"><span style="padding-left:6px">3 April 2014 2:38
 pm</span></font></div></div></div>
  <div style="color:#888888;margin-left:24px;margin-right:24px;" 
__pbrmquotes="true" class="__pbConvBody">

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

<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 
moz-do-not-send="true" href="mailto:radek@tkaczyk.id.au">radek@tkaczyk.id.au</a>>
 wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<meta content="Microsoft Word 14 (filtered medium)" name="Generator">
<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 
moz-do-not-send="true" 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 moz-do-not-send="true" href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a></span><br>
<span><a moz-do-not-send="true" 
href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a></span><br>
</div></blockquote>
<pre wrap="">_______________________________________________
AusNOG mailing list
<a class="moz-txt-link-abbreviated" href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a>
<a class="moz-txt-link-freetext" href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a>
</pre></div>
  <div style="margin:30px 25px 10px 25px;" class="__pbConvHr"><div 
style="display:table;width:100%;border-top:1px solid 
#EDEEF0;padding-top:5px">       <div 
style="display:table-cell;vertical-align:middle;padding-right:6px;"><img
 photoaddress="radek@tkaczyk.id.au" photoname="Radek Tkaczyk" 
src="cid:part1.07000508.03020703@short.id.au" 
name="compose-unknown-contact.jpg" height="25px" width="25px"></div>   <div
 
style="display:table-cell;white-space:nowrap;vertical-align:middle;width:100%">
        <a moz-do-not-send="true" href="mailto:radek@tkaczyk.id.au" 
style="color:#737F92 
!important;padding-right:6px;font-weight:bold;text-decoration:none 
!important;">Radek Tkaczyk</a></div>   <div 
style="display:table-cell;white-space:nowrap;vertical-align:middle;">   
  <font color="#9FA2A5"><span style="padding-left:6px">3 April 2014 7:07
 am</span></font></div></div></div>
  <div style="color:#888888;margin-left:24px;margin-right:24px;" 
__pbrmquotes="true" class="__pbConvBody">

<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
<meta content="Microsoft Word 14 (filtered medium)" name="Generator">
<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 class="moz-txt-link-abbreviated" 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>_______________________________________________<br>AusNOG mailing 
list<br><a class="moz-txt-link-abbreviated" href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br><a class="moz-txt-link-freetext" href="http://lists.ausnog.net/mailman/listinfo/ausnog">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br></div></div>
</blockquote>
</body></html>