RTCP RTPQOS on two SIP bridged channels

Hi,

There is funcionality in CHANNEL(rtpqos) where i can read
qos statistics 
at the end of a call and store it to CDR. But what is not
possible is to 
store both rtpqos at the end of two SIP bridged channels. Or
is there 
any way how to do it?

regards festr
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

On Tuesday 29 May 2007 10:40 am, Martin Vít wrote:
> There is funcionality in CHANNEL(rtpqos) where i can
read qos statistics
> at the end of a call and store it to CDR. But what is
not possible is to
> store both rtpqos at the end of two SIP bridged
channels. Or is there
> any way how to do it?

I'm investigating emitting manager events for RTCP packets
as they come in 
per-channel.  You'd simply watch for these and insert them
into a database 
for later (or even realtime) analysis.

Alternatively force all SIP traffic through a proxy that
does this.

-A.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

On Tue, 29 May 2007, Andrew Kohlsmith wrote:

> Alternatively force all SIP traffic through a proxy
that does this.

   That would almost certainly be easier and more portable.

--
Alex Balashov
Evariste Systems
Web    : http://www.evaristesys.co
m/
Tel    : +1-678-954-0670
Direct + +1-678-954-0671
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

It is probably not better to force your traffic (or media)
through 
some other device in order to collect metrics.  I can't see
in any 
circumstance where that would be 'better', 'easier', or
would have 
any significant value.

There is a misnomer in the original message which may be
causing 
confusion here: "SIP traffic" isn't what you're
pushing through the 
"proxy".  In order to observe RTCP messages, you
would have to push 
all of your RTP traffic through some other proxy and extract
the 
real-time messages.  SIP is signalling, RTP is media
(including 
RTCP.)  It seems that Asterisk would be a more efficient
place to do 
this if you were already looking at the media as a B2BUA,
and if 
Asterisk was NOT a B2BUA, then you're not going to get the 
information unless it's handed back as part of a SIP BYE 
(as some 
Cisco devices do.)

If the original commenter REALLY meant SIP, then I assume
this draft 
(vq-rtcpxr) has been implemented on equipment that I've
never heard 
of:

   http://www.tools.ietf.org/html/draft-johnst
on-sipping-rtcp-summary-08


JT




At 11:59 AM -0400 2007/5/30, Alex Balashov wrote:
>On Tue, 29 May 2007, Andrew Kohlsmith wrote:
>
>>Alternatively force all SIP traffic through a proxy
that does this.
>
>   That would almost certainly be easier and more
portable.
>
>--
>Alex Balashov
>Evariste Systems
>Web    : http://www.evaristesys.co
m/
>Tel    : +1-678-954-0670
>Direct + +1-678-954-0671
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

I wrote a patch and it's in the bugtracker. If you would
like please 
test it out.

Andrew Kohlsmith wrote:
> On Tuesday 29 May 2007 10:40 am, Martin Vít wrote:
>   
>> There is funcionality in CHANNEL(rtpqos) where i
can read qos statistics
>> at the end of a call and store it to CDR. But what
is not possible is to
>> store both rtpqos at the end of two SIP bridged
channels. Or is there
>> any way how to do it?
>>     
>
> I'm investigating emitting manager events for RTCP
packets as they come in 
> per-channel.  You'd simply watch for these and insert
them into a database 
> for later (or even realtime) analysis.
>
> Alternatively force all SIP traffic through a proxy
that does this.
>
> -A.
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>   
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

Here is that item I mentioned:

http://bugs.d
igium.com/view.php?id=8613

Andrew Kohlsmith wrote:
> On Tuesday 29 May 2007 10:40 am, Martin Vít wrote:
>   
>> There is funcionality in CHANNEL(rtpqos) where i
can read qos statistics
>> at the end of a call and store it to CDR. But what
is not possible is to
>> store both rtpqos at the end of two SIP bridged
channels. Or is there
>> any way how to do it?
>>     
>
> I'm investigating emitting manager events for RTCP
packets as they come in 
> per-channel.  You'd simply watch for these and insert
them into a database 
> for later (or even realtime) analysis.
>
> Alternatively force all SIP traffic through a proxy
that does this.
>
> -A.
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>   
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

If you want some summary audio qos information there is a
"SetVariable" 
event which fires when the RTPAUDIOQOS variable is set at
the end of the 
call.

This might be useful for what you want.

-Jonathan

Andrew Kohlsmith wrote:
> On Tuesday 29 May 2007 10:40 am, Martin Vít wrote:
>   
>> There is funcionality in CHANNEL(rtpqos) where i
can read qos statistics
>> at the end of a call and store it to CDR. But what
is not possible is to
>> store both rtpqos at the end of two SIP bridged
channels. Or is there
>> any way how to do it?
>>     
>
> I'm investigating emitting manager events for RTCP
packets as they come in 
> per-channel.  You'd simply watch for these and insert
them into a database 
> for later (or even realtime) analysis.
>
> Alternatively force all SIP traffic through a proxy
that does this.
>
> -A.
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
>   

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev