List Info

Thread: Post Call QoS in Asterisk 1.4




Post Call QoS in Asterisk 1.4
country flaguser name
United States
2008-02-22 16:09:24
It's time to ask this question again. Maybe I will get a reply one day.
Posting to the dev list in the hope someone here may have an idea.

Asterisk 1.4 has some channel variables that you can inspect after a call is complete that will give you QoS metrics. Stuff like average round trip time, etc.

Since there's only one set of variables, and calls will have two channels, which channel is this information for? Is it for one of the channels? Is it an aggregate of both channels? Who added this code and what where they thinking when they wrote it?

Thanks,
Doug.


Looking for last minute shopping deals? Find them fast with Yahoo! Search.
Re: Post Call QoS in Asterisk 1.4
country flaguser name
Sweden
2008-02-24 01:42:05
22 feb 2008 kl. 23.09 skrev Douglas Garstang:

> It's time to ask this question again. Maybe I will get
a reply one  
> day. 
> Posting to the dev list in the hope someone here may
have an idea.
>
> Asterisk 1.4 has some channel variables that you can
inspect after a  
> call is complete that will give you QoS metrics. Stuff
like average  
> round trip time, etc.
>
> Since there's only one set of variables, and calls will
have two  
> channels, which channel is this information for? Is it
for one of  
> the channels? Is it an aggregate of both channels? Who
added this  
> code and what where they thinking when they wrote it?

It's added for each channel, but as you know, the dialplan
processing  
only involves the caller's channel.

The channel variables was just a bad hack. Someone
contributed code  
for RTCP, but did not make the report available. After
sending out  
several mails to the mailing lists asking for input on what
to do with  
it, I added the channel variables just to be able to check
that I got  
any data.  Another developer then fixed these so that they
worked for  
more call cases. Feel free to suggest modifications and
improvements,  
but please don't use phrases that insinuate that we had no
clue. You  
are not encouraging us to answer you that way.

Reaching the outbound channel from the dialplan, especially
after a  
hangup, will be tricky. So what you might want is that the
bridged  
channel (outbound) sends the data across the bridge at
hangup time,  
maybe in the control frame.

Patches are always welcome!

Regards,
/Olle

_______________________________________________
--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

Re: Post Call QoS in Asterisk 1.4
country flaguser name
United States
2008-02-24 10:32:10
Johansson Olle E wrote:
> It's added for each channel, but as you know, the
dialplan processing  
> only involves the caller's channel.
>
> ...snip...
>
> Reaching the outbound channel from the dialplan,
especially after a  
> hangup, will be tricky. So what you might want is that
the bridged  
> channel (outbound) sends the data across the bridge at
hangup time,  
> maybe in the control frame.
>   
Olle,

Could the AMI be used to gather this data for both
channels?

I imagine that you could listen for LINK events to get both
of the 
bridged channels, then use GetVar to gather the QoS channel
variables.  
I'm not sure when would be the best time to query for the
variables.  
Maybe after the HANGUP or UNLINK events are received for the
channels.

Regards,

Matthew Roth
InterMedia Marketing Solutions
Software Engineer and Systems Developer


_______________________________________________
--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

[1-3]

about | contact  Other archives ( Real Estate discussion Medical topics )