[AusNOG] Monitoring ULL drops on AAPT MBE connections

[Shane Short]

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.

Seeing as we were doing IP telephony, we were anal about monitoring the 
last mile.

I don't know if that's achievable with AAPT, but food for thought.

-Shane

> Matt Perkins <mailto:matt at spectrum.com.au>
> 3 April 2014 3:04 pm
> 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.
>
>
>
>
>
>
> -- 
> /* Matt Perkins
>        Direct 1300 137 379     Spectrum Networks Ptd. Ltd.
>        Office 1300 133 299 matt at spectrum.com.au 
> <mailto:matt at spectrum.com.au>
>        Fax    1300 133 255     Level 6, 350 George Street Sydney 2000
>       SIP 1300137379 at sip.spectrum.com.au 
> <mailto:1300137379 at sip.spectrum.com.au>
>        Google Talk MattAPerkins at gmail.com <mailto:MattAPerkins at gmail.com>
>        PGP/GNUPG Public Key can be found at http://pgp.mit.edu
> */
>
> On 3 Apr 2014, at 5:38 pm, Jacob Kino <jacob at interconnekt.com.au 
> <mailto:jacob at interconnekt.com.au>> wrote:
>
>> We have the exact same issue, but don't have a solution to offer.
>>
>> 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.
>>
>> I will certainly be raising this with our account manager.
>>
>> Jacob Kino I Interconnekt
>>
>> On 3 Apr 2014, at 10:09 am, "Radek Tkaczyk" <radek at tkaczyk.id.au 
>> <mailto:radek at tkaczyk.id.au>> wrote:
>>
>>> Hi Guys,
>>>
>>> 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.
>>>
>>> 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.
>>>
>>> How are we supposed to log a fault if we can’t monitor for a ULL 
>>> connection getting dropped?
>>>
>>> How are other people handling this situation?
>>>
>>> Regards,
>>>
>>> Radek
>>>
>>> Ph: 0413 383 231
>>>
>>> radek at tkaczyk.id.au <mailto:radek at tkaczyk.id.au>
>>>
>>> _______________________________________________
>>> AusNOG mailing list
>>> AusNOG at lists.ausnog.net <mailto:AusNOG at lists.ausnog.net>
>>> http://lists.ausnog.net/mailman/listinfo/ausnog
>> _______________________________________________
>> AusNOG mailing list
>> AusNOG at lists.ausnog.net <mailto:AusNOG at lists.ausnog.net>
>> http://lists.ausnog.net/mailman/listinfo/ausnog
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
> Jacob Kino <mailto:jacob at interconnekt.com.au>
> 3 April 2014 2:38 pm
> We have the exact same issue, but don't have a solution to offer.
>
> 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.
>
> I will certainly be raising this with our account manager.
>
> Jacob Kino I Interconnekt
>
> On 3 Apr 2014, at 10:09 am, "Radek Tkaczyk" <radek at tkaczyk.id.au 
> <mailto:radek at tkaczyk.id.au>> wrote:
>
>> Hi Guys,
>>
>> 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.
>>
>> 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.
>>
>> How are we supposed to log a fault if we can’t monitor for a ULL 
>> connection getting dropped?
>>
>> How are other people handling this situation?
>>
>> Regards,
>>
>> Radek
>>
>> Ph: 0413 383 231
>>
>> radek at tkaczyk.id.au <mailto:radek at tkaczyk.id.au>
>>
>> _______________________________________________
>> AusNOG mailing list
>> AusNOG at lists.ausnog.net <mailto:AusNOG at lists.ausnog.net>
>> http://lists.ausnog.net/mailman/listinfo/ausnog
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
> Radek Tkaczyk <mailto:radek at tkaczyk.id.au>
> 3 April 2014 7:07 am
>
> Hi Guys,
>
> 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.
>
> 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.
>
> How are we supposed to log a fault if we can’t monitor for a ULL 
> connection getting dropped?
>
> How are other people handling this situation?
>
> Regards,
>
> Radek
>
> Ph: 0413 383 231
>
> radek at tkaczyk.id.au
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20140404/b3d3497e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: compose-unknown-contact.jpg
Type: image/jpeg
Size: 770 bytes
Desc: not available
URL: <http://lists.ausnog.net/pipermail/ausnog/attachments/20140404/b3d3497e/attachment-0001.jpg>