No account yet? Create one
Forgot your Username or Password?

Welcome to the Voxilla VoIP Forum.

Voxilla has been a trusted source for accurate, up-to-date information on the IP Communications industry since 2002. A dedicated staff of reporters and engineers produce feature articles and product reviews to keep industry watchers abreast of the people, companies, and trends driving a fast moving market.

You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is fast, simple and absolutely free so please, join our community today!

If you have any problems with the registration process or your account login, please contact contact us.





Reply
 
LinkBack Thread Tools Rate Thread Display Modes
  #1 (permalink)  
Old August 24th, 2007, 10:34 AM
AndrewTD AndrewTD is offline
Member
 
Join Date: Apr 2006
Location: New Zealand
Posts: 69
AndrewTD
Question ChanIsAvail - doesn't seem to work

Hi,
I would like to be able to direct calls to the first phone in a group that is not already busy. It seemed to me that the ChanIsAvail application was the perfect way to do this - but it just doesn't seem to work as desired.
So in the example below - call Sip/53 unless it is already on a call, then call Sip/52, unless it too is busy.

exten => 66,1,ChanIsAvail(Sip/53&Sip/52|s)
exten => 66,n,NoOp(${AVAILCHAN})
exten => 66,n,NoOp(${AVAILORIGCHAN})
exten => 66,n,NoOp(${AVAILSTATUS})
exten => 66,n,Dial(${AVAILORIGCHAN},${STDWAIT})

I am using the latest version of Asterisk - 1.4.11, and am testing with a mix of phones - Linksys SPA942, Grandstream GXP2000 & Snom 320. All yield similar results - regardless of whether the first phone is in a call or not, ChanIsAvail still returns ${AVAILCHAN} as the first phone in the list - in this case Sip/53. From the console :-
-- Executing [66@internal:1] ChanIsAvail("SIP/50-170f5b00", "Sip/53&Sip/52|s") in new stack
-- Executing [66@internal:2] NoOp("SIP/50-170f5b00", "SIP/53-170f9e30") in new stack
-- Executing [66@internal:3] NoOp("SIP/50-170f5b00", "Sip/53") in new stack
-- Executing [66@internal:4] NoOp("SIP/50-170f5b00", "0") in new stack
-- Executing [66@internal:5] Dial("SIP/50-170f5b00", "Sip/53|20") in new stack


Can anyone tell me how to get this working as desired?
Thanks.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #2 (permalink)  
Old August 27th, 2007, 05:45 AM
chandave chandave is offline
Senior Member
 
Join Date: Jul 2005
Posts: 362
chandave is an unknown quantity at this point
Send a message via MSN to chandave
Default Re: ChanIsAvail - doesn't seem to work

Quote:
Originally Posted by AndrewTD View Post
Hi,
I would like to be able to direct calls to the first phone in a group that is not already busy. It seemed to me that the ChanIsAvail application was the perfect way to do this - but it just doesn't seem to work as desired.
So in the example below - call Sip/53 unless it is already on a call, then call Sip/52, unless it too is busy.
:
Can anyone tell me how to get this working as desired?
Thanks.
Quote:
ChanIsAvail is not a solution to tell you conclusively whether the channel is busy or not, it is primarily to tell you whether it would be possible to send a call there. Whether that call would end up being accepted or not is entirely up to the peer that we send the call to, and they could easily reject the call even though they do not appear to be 'busy'.
So: If you want to use ChanIsAvail to determine whether the SIP peer is known and registered, it will work fine. If you want to use it for limiting simultaneous calls to the peer, it will not work reliably for you.
Asterisk cmd ChanIsAvail - voip-info.org

Quote:
I tried using call-limit and Chanisavail, but it's broken in SIP. inuse gets applied only to peers, and when it gets an incomming call that is not answered it gets decremented and doesnt stay the same, which is a bug.
You should consider using groups instead.
Also from the above URL.

See ya...

d.c.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
  #3 (permalink)  
Old August 27th, 2007, 09:33 AM
AndrewTD AndrewTD is offline
Member
 
Join Date: Apr 2006
Location: New Zealand
Posts: 69
AndrewTD
Default Re: ChanIsAvail - doesn't seem to work

Thanks for that response D.C.

I had seen and read through that particular article. I tried setting call-limit on the phone's sip.conf settings, it appeared to make no difference i.e. even when set to 1, and having a live call, then chanisavail still reported that phone as being available.

Has anyone succeeded in getting a simple config working that sends a call to the first of a list of Sip phones that is not "in use"?

I started to look into the "group" thing - but it seemed to get fairly complex fairly quick!

It seems to me that many people must want to be able to do what I am trying to do here - someone out there has probably figured out how to do it.

Please share the good news with us!
Thanks.
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!
Reply With Quote
Reply


Thread Tools
Display Modes Rate This Thread
Rate This Thread:



Similar Threads for: ChanIsAvail - doesn't seem to work
Thread Thread Starter Forum Replies Last Post
voxee cannot work? usf Other Providers 3 February 5th, 2007 02:26 AM
new Stanaphone won't work (A@H 1.3) simanu Asterisk Support Forum 0 February 23rd, 2006 09:51 PM
Will this work? mindseye1 Asterisk Support Forum 12 January 29th, 2006 08:03 PM
Does it work? garfield75252 Linksys (Sipura) VoIP Support Forum 3 October 4th, 2005 04:00 PM
*86 won't work bendit BroadVoice Support Forum 6 May 4th, 2005 12:55 AM


Advertise Here

All times are GMT. The time now is 01:23 AM.


vBulletin, Copyright ©2000 - 2008, Jelsoft Enterprises Ltd. SEO by vBSEO 3.0.0 ©2007, Crawlability, Inc. Logos and trademarks are the property of Voxilla or their respective owner. All other content © 2003-2007 by Voxilla, Inc.