[187253] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

RE: Multicast stream monitoring tools

daemon@ATHENA.MIT.EDU (Murat Kaipov)
Mon Jan 25 12:50:22 2016

X-Original-To: nanog@nanog.org
From: Murat Kaipov <mkaipov@outlook.com>
To: Saku Ytti <saku@ytti.fi>
Date: Mon, 25 Jan 2016 21:50:18 +0400
In-Reply-To: <CAAeewD_T8L+H9g=vV0vveMvLXa21oAOfx3CcJxcQoPYvSU8vQA@mail.gmail.com>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces@nanog.org

Yes=2C it is may be effect of microburst in our network or in link between =
our ISP and TV carrier.Thank you.

> Date: Mon=2C 25 Jan 2016 18:23:54 +0200
> Subject: Re: Multicast stream monitoring tools
> From: saku@ytti.fi
> To: mkaipov@outlook.com
> CC: nanog@nanog.org
>=20
> On 25 January 2016 at 10:48=2C Murat Kaipov <mkaipov@outlook.com> wrote:
>=20
> Hey=2C
>=20
> > Hello folks!We have an issue with some multicast streams. For some reas=
on picture is very unstable in evening=2C during internet usage peak times.=
 We have had monitor our links and uplinks and there wasn't any oversubscri=
btion. I looking for usefull multicast stream monitoring tool now. Any sugg=
estion?Thank you!
>=20
> How are you monitoring this for oversub? SNMP graphs for pps/bps are
> not useful nor his looking at CLI pps/bps counters. You should monitor
> if there are queue drops on egress. If possible also monitor queue
> length=2C but not all platforms offer this information.
> My friend Occam says you're probably dropping packets.
>=20
> You could also subscribe to the stream with monitoring PC which runs
> something like this https://github.com/tarko/CCmon
>=20
> --=20
>   ++ytti
 		 	   		  =

home help back first fref pref prev next nref lref last post