Re: [asterisk-users] Zap FXS slow to reset?
On Sunday 04 February 2007 2:29 pm, Scott Walde wrote: I have the following dialplan (segment) that isn't working as I expected it to: exten = s,n,Dial(Zap/1SIP/202SIP/203,18) exten = s,n,Dial(Zap/1SIP/201SIP/202SIP/203,42) The plan was to have SIP/201 added to the group of ringing phones after 3 or so rings. What ends up happening, though, is the Zap/1 phone STOPs ringing when the dialplan falls through to the second line. The log reports: Feb 4 09:20:52 WARNING[26889] chan_zap.c: Unable to ring phone: Device or resou rce busy So, it seems to me that the Zap interface isn't ready yet to take another call. Is there another way I can accomplish the same thing? This method seems to work great when I'm dealing with all SIP phones. This one kind of blindsided me. I've run into this too at my house; the solution was to have a wait(1) between them but, as you've mentioned, this does cause other problems. It's amazing how often you *will* run into that 1-second gap. -A. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
RE: [asterisk-users] Zap FXS slow to reset?
From: Scott Walde [EMAIL PROTECTED] I have the following dialplan (segment) that isn't working as I expected it to: exten = s,n,Dial(Zap/1SIP/202SIP/203,18) exten = s,n,Dial(Zap/1SIP/201SIP/202SIP/203,42) Interestingly, although the Asterisk Manual (by Mark Spencer and so on) contains an almost identical sample plan fragment, in reality, it seems to need a Wait() in between to reset the Zap channel in the first Dial(). I tested with TDM400. Inserted a 1-2 sec wait and it did what you wanted. Yuan Liu The plan was to have SIP/201 added to the group of ringing phones after 3 or so rings. What ends up happening, though, is the Zap/1 phone STOPs ringing when the dialplan falls through to the second line. The log reports: Feb 4 09:20:52 WARNING[26889] chan_zap.c: Unable to ring phone: Device or resou rce busy So, it seems to me that the Zap interface isn't ready yet to take another call. Is there another way I can accomplish the same thing? This method seems to work great when I'm dealing with all SIP phones. This one kind of blindsided me. Thanks. ttyl srw ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Zap FXS slow to reset?
Yuan LIU wrote: exten = s,n,Dial(Zap/1SIP/202SIP/203,18) exten = s,n,Dial(Zap/1SIP/201SIP/202SIP/203,42) Interestingly, although the Asterisk Manual (by Mark Spencer and so on) contains an almost identical sample plan fragment, in reality, it seems to need a Wait() in between to reset the Zap channel in the first Dial(). I tested with TDM400. Inserted a 1-2 sec wait and it did what you wanted. I thought about doing that but was worried about the condition where someone answers a phone during that 1 second (which is actually quite likely to happen) and they only get dialtone rather than answering the incoming call. Has this not been an issue for you? ttyl srw ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Zap FXS slow to reset?
From: Scott Walde [EMAIL PROTECTED] Yuan LIU wrote: exten = s,n,Dial(Zap/1SIP/202SIP/203,18) exten = s,n,Dial(Zap/1SIP/201SIP/202SIP/203,42) Interestingly, although the Asterisk Manual (by Mark Spencer and so on) contains an almost identical sample plan fragment, in reality, it seems to need a Wait() in between to reset the Zap channel in the first Dial(). I tested with TDM400. Inserted a 1-2 sec wait and it did what you wanted. I thought about doing that but was worried about the condition where someone answers a phone during that 1 second (which is actually quite likely to happen) and they only get dialtone rather than answering the incoming call. Has this not been an issue for you? ttyl srw I'm not using this in production. But this should count as a bug IMO, either in Zaptel or in the card. (Especially because the manual cites such use.) I tested a workaround: add a NoOp() in between; Zaptel still gives an error, but the Zap channel rings afterward. Yuan Liu ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users