[AusNOG] Monitoring ULL drops on AAPT MBE connections

[Tim March]

I believe the device in question is a provider managed NTU type
arrangement. Provider DSL lines go in. Customer Ethernet goes out. They
can't address it directly.

Before you try to implement some m4dh4x technical solution I'd take it
up with your AM...

	"We detected issues with your network on $x, $y and $z occasions. What
are you doing to monitor the network and how can you guarantee this
won't continue to happen in the future?"

... Seems like a good place to start.




T.

On 3/04/14 10:42 AM, Alex Samad - Yieldbroker wrote:
> Disclaimer - not sure what a ULL or its infrastructure is but
> 
> 
> Can't you snmp probe the device and check for status  ?
> 
> A
> 
>> -----Original Message-----
>> From: AusNOG [mailto:ausnog-bounces at lists.ausnog.net] On Behalf Of Paul
>> Gear
>> Sent: Thursday, 3 April 2014 10:36 AM
>> To: ausnog at lists.ausnog.net
>> Subject: Re: [AusNOG] Monitoring ULL drops on AAPT MBE connections
>>
>> I'm generally a bigger Linux fanboi than the next guy, but I don't consider this
>> adequate for determining whether a line is sound.  It needs real stats like
>> uptime, retransmits, CRC errors, etc.
>>
>> On 04/03/2014 09:31 AM, Luke Iggleden wrote:
>>> If you have access to run a command over SSH you could setup nagios or
>>> some monitoring software to exec a ssh command on a remote
>> server/client:
>>>
>>> wget -O /dev/null http://some.host.in.your.dc/file.100MB.bin
>>>
>>> in the early hours of the morning when you know there is no traffic on
>>> each client, if the script doesn't return within x amount of seconds
>>> then its running suboptimal, email from monit back to create a ticket
>>> for someone to investigate.
>>>
>>> Would need some tuning for each client depending on the speed of the
>>> original deployment.
>>>
>>> Just a thought.
>>>
>>> Cheers,
>>>
>>> L
>>>
>>> On 3/04/2014 10:19 am, Joshua D'Alton wrote:
>>>> There was a thread recently on this. Think the conclusion was,
>>>> basically if the service is provider-NTU, you're stuffed.
>>>>
>>>>
>>>> On Thu, Apr 3, 2014 at 10:07 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?____
>>
>> _______________________________________________
>> AusNOG mailing list
>> 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
> 

-- 
PGP/GNUPG Public Key: http://d3vnu11.com/pub.key