PDA

View Full Version : ? how stop forward to vm



daysys
11-19-2007, 06:58 AM
This musthave a simple solution, but it eludes me:


I have a local SIP extension with no call forwarding
of any kind enabled. [Everyitemin the 'Caller ID based
Services' "any address"category is marked OFF.]


But when I call that extension from another extension,
the call automatically forwards to the called extension
voicemail after 15sec. Even a re-boot didn't fix this.


Why is this? How can I shut off call-forward to vm?


I'm trying to ring multiple extensions on an inbound (ITSP)
call. I want this local extension to ring simultaneously with
my mobile phone (using an outbound 'IT-PSTN' [that is, ITSP]
circuit. I want to be able to answer either phone, but
the local extension always answers with vm.

KSComs
11-19-2007, 07:58 AM
Dave if im not mistaken under the Supplemental Services basic services tab is the No Answer timer... if you make that 50 it will extend the time before it goes to the voice mail...

But like you I have not been able to find the off button for VM or sending a call to an error message of some sort...

Im sure that someone would be able to tell us both how.... I know I can under a different sip/client server.

Regards

Kevin

daysys
11-19-2007, 08:41 AM
That workaround works (but as you say, not well, KSCOms).


This gets wierder.....


My inbound [IP-PSTN] calls are set [in this circuit's Caller ID
based services table]to ring two multiple extensions.
One extension is a local PBX (SIP) one, the other is a virtual
extension which is set [in its Caller ID based services table] to
'Unconditional Call Forward' to a specific route in the Call Routing
Table that contains my mobile phone number.


What I believe should happen is both of the 'multiple' extensions
should ring simultaneously. But what seems to happen is the
local extension rings for20sec; it then stops ringing andthe virtual
extension call (to my mobile phone) begins ringing. (The 20sec
timeout is the no-answer timout on my IP-PSTN circuit.)


I'm really baffled. Dave

threebit
11-19-2007, 09:36 AM
The administrator can turn off voicemail for an extension under the Extension Management page of the Quadro.

AramK
11-19-2007, 07:17 PM
No answer timeout is not a workaround, it defines the timeout, after what the call will be answered by Voice Mail System. The No answer timeoutalso defines the timeout for No Answer Call Forwarding.You can increase that timeout to cover your ITSPs timeout (BTW, the timeout value is 20sec by default, so probably someone has changed it ), or you can disable VMS of the extension from "Extension managament-> Edit Extension" page.

AramK
11-19-2007, 07:21 PM
My inbound [IP-PSTN] calls are set [in this circuit's Caller ID
based services table]to ring two multiple extensions.
One extension is a local PBX (SIP) one, the other is a virtual
extension which is set [in its Caller ID based services table] to
'Unconditional Call Forward' to a specific route in the Call Routing
Table that contains my mobile phone number.


What I believe should happen is both of the 'multiple' extensions
should ring simultaneously. But what seems to happen is the
local extension rings for20sec; it then stops ringing andthe virtual
extension call (to my mobile phone) begins ringing. (The 20sec
timeout is the no-answer timout on my IP-PSTN circuit.)





Please, reproduce the situation, download the Quadro logs,open a TSS ticket and attach the logs for examination.

davrays
11-19-2007, 10:49 PM
My inbound [IP-PSTN] calls are set [in this circuit's Caller ID
based services table]to ring two multiple extensions.
One extension is a local PBX (SIP) one, the other is a virtual
extension which is set [in its Caller ID based services table] to
'Unconditional Call Forward' to a specific route in the Call Routing
Table that contains my mobile phone number.


What I believe should happen is both of the 'multiple' extensions
should ring simultaneously. But what seems to happen is the
local extension rings for20sec; it then stops ringing andthe virtual
extension call (to my mobile phone) begins ringing. (The 20sec
timeout is the no-answer timout on my IP-PSTN circuit.)





Which service exactly did you enable on this circuit's CID table, Dave? "Unconditional Call Forwarding" or "Many Extension Ringing"?


1. If you enabled "Unconditional Call Forwarding", the scenario should work as you expected (because when you use that service, the system will follow the services set on target extensions.


2. If you enabled "Many Extension Ringing", only the local extension should ring (the forwarding to mobile phone will not work). When you use MER, the services set on tagret extensions are ignored, and so your forwarding to mobile phone will be ignored too.


Of course, asAram wrote, logs will allow us to give exact answer on what has happened there :)
Edited by: davrays

KSComs
11-26-2007, 09:16 AM
The administrator can turn off voicemail for an extension under the Extension Management page of the Quadro.





100% Threebit ... unfortunately though if you turn it off and you find out that the call then is dropped by the Quadro after the no answer time out.. there is no way to prevent this from happening under the current version of firmware....

"It would be great if you can turn the no answer forwarding completely off and just let the caller keep the call up to ring the destined extension within the Quadro instead of trying to send it to a VM or when you turn VM off the call reaches a dead end after the no answer timer."

Regards

Kevin

daysys
11-26-2007, 10:01 AM
I'll be glad to forward logs, but...


If I use 'Unconditional Call Forwarding', does that
mean that all entries in the forwarding table will
ring simultaneously? If so, that's a good answer.


But I still have todefeat the local voicemail service.
It wouldn't stop working--even though I had shut
it off; I had to extend the timeout for it instead.
This seems to bethe bug thatKSComsdescribed.


Oddly, using the MER table, it seemed to work as
I described: first the the local extension rings,
then the 'virtual' extension that points to my
mobile phone line (via an IP-PSTN circuit). You
say this shouldn't work at all, so perhaps I've
found a way to make sequential calling work.


Because this scenario is a 'follow-me' feature that
many users will want, it should be documented.
(Or perhaps it is somewhere, and I simply didn't
find or understand the writeup on it.)


Thanks, Dave

davrays
11-26-2007, 08:07 PM
That is really weird, guys :) I am the designer of that system and I know how it SHOULD behave (Aram is tester, so he could confirm if this works as expected on current releases), and the following should be true:


1. With 'Unconditional Call Forwarding' all entries in the forwarding table should ring simultaneously.


2. When using the MER table the forwarding on virtual extension SHOULD not work (the virtual extensions are just excluded from the list internally).


3. With any version of firmware (and I tested that on 4.1.40), if you choose "Disable Voice Mail" radiobutton on the "Extension Management" -> "Edit" -> "Voice Mailbox Settings " page, incoming call cannot go to Voicemail.


This is how we designed that and, as you tell that system behaves differently, we need the logs from any of you, guys. Please send something to TSS, so Aram can look into or pass to me.Edited by: davrays

AramK
11-26-2007, 08:17 PM
... unfortunately though if you turn it off and you find out that the call then is dropped by the Quadro after the no answer time out.. there is no way to prevent this from happening under the current version of firmware....


Kevin, it seems that you did something wrong. When VMS of extension is disabled,the caller willNOT get to VMS and the call willNOT be dropped by Quadro after no answer timeout. Thephone attached to the extensionwith disabled VMS will ring by 3 min and then will be dropped. The only exceptionsare Snom phones, that are sending "Bye" after 1 min ringing.Thatis the implementation of phones and Quadro has nothing to do with it.Edited by: aramk

AramK
11-26-2007, 08:40 PM
But I still have todefeat the local voicemail service.
It wouldn't stop working--even though I had shut
it off; I had to extend the timeout for it instead.


When you use Unconditional Call Forwarding, then there is no need to disable VMS of extension as the call to that extension will get forwarded before getting to VMS. Even if you use No Answer Call Forwarding (not in virtual extension), it will notgo to VMS.Isuspect the VMSyou'vein your scenario is the VMS of the extension with MER enabled.




This seems to bethe bug thatKSComsdescribed.


There is no such bug.






Because this scenario is a 'follow-me' feature that
many users will want, it should be documented.
(Or perhaps it is somewhere, and I simply didn't
find or understand the writeup on it.)


We don't support "follow-me" feature with PSTN(POTS) lines, that's why it is not documented. However, you can configure something like that using ITSP or ISDN services, by using Unconditional Call Forwarding to initiate simultaneous calls to different destinations.


Everything in David's last comment is true and tested/approved in our testlab:) So either you need to attach a line to your Virtual Extension, or redesign the current setup.Edited by: aramk

daysys
11-27-2007, 03:42 AM
Sorry, but I'm a little confused. (This is the very first time.)smileys/smiley2.gif


Aram: since you've confirmed that that the UCF table provides
simultaneous calls, thisis in effect, a 'follow-me' that will
work fine. (I simply have to discover how to make an external
call.) Is that in an appnote somewhere?


Yes, it would be better to provide a universal solution which
includes FXO-provisioned lines, but I don't use POTS myself.


But (not to confuse this issue) I thought I had created a similar
service using the MERfeaturethat I described. I created a virtual
extension containing a UCF entry to a Call Routing Table entry
which contains the IP-PSTN number to dial. I selected that
virtual extension in the MER table; it shows 'enabled, not attached'.


I also selected the local extension in the MER table; it shows
'enabled, attached'. When the IP-PSTN extension rings inbound,
the local extension rings first, followed by the external [IP-PSTN]
extension.


BUT: the reason the external linerings is [i]not due to the MER;
Quadro somehow blocks the incoming call after the
[i]internal extension times out; my ITSP then reports a
'CONGESTION' message and the ITSP itself forwards the
call to the second number. So this is a mess I created.


Time to rip that junk out and start fresh! Thanks, Dave

daysys
11-27-2007, 11:19 AM
A follow-up:


I've dropped the bogus MER approach and switched
to UCF. This provides simultaneous ringing--which
is exactly what I wanted. I don't believe this is
explictly in the documents and it's a feature many
users will want. I suggest it be added soon.


I'd also like to know how to do sequential call
forwarding instead of simultaneous. It's probably
obvious, but it hasn't occurred to me.


Aram: you were correct that voicemail was enabled
on the target local extension, and that's why it kept
picking up (as it should). Thanks for a good guess!


I found a small documentation issue (are you surprised?):
TheExtension/Voice Mail/Voice Mail Settings help says,
"The pageVoice Mail Settings allows enabling the voice
mail service for the callers if calling the corresponding extension
that is not available or does not answer. The voice mail system
will be activated allowing the caller to leave a voice message."


This is actually not true; this page provides various voicemail
controls, but does not allow enabling (or disabling) it.
That can onoy be done by the Adminstrator on a separate
page (as a later note in this Help implies).


So this help should say something like, 'If the Administrator has
enabled voicemail service on this extension, you can configure it
here. [Or, you can activate a Wizard here to allow you to setup
voicemail at your phone instead.]"


Thanks for everybody's comments! Dave

AramK
11-27-2007, 04:57 PM
I've dropped the bogus MER approach and switched
to UCF. This provides simultaneous ringing--which
is exactly what I wanted.


As Davrays andI wrote insome previous comment, VE included in MER listwill be skipped by Quadro.






I don't believe this is
explictly in the documents and it's a feature many
users will want. I suggest it be added soon.


Dave, in the "Unconditional, Busy and No Answer Call Forwarding Help" you can find an information regarding Forwarding behaviour when different destinations are configured in forwarding table. Let me know If that information isn't satisfactory and we'll change/improve that.






I'd also like to know how to do sequential call
forwarding instead of simultaneous. It's probably
obvious, but it hasn't occurred to me..


This can be configured by using Hunt Group feature and by configuring UCF on the extensions in Hunt Group list.



Aram: you were correct that voicemail was enabled
on the target local extension, and that's why it kept
picking up (as it should). Thanks for a good guess!


Your are welcome ! smileys/smiley1.gif






I found a small documentation issue (are you surprised?):
TheExtension/Voice Mail/Voice Mail Settings help says,
"The pageVoice Mail Settings allows enabling the voice
mail service for the callers if calling the corresponding extension
that is not available or does not answer. The voice mail system
will be activated allowing the caller to leave a voice message."


This is actually not true; this page provides various voicemail
controls, but does not allow enabling (or disabling) it.
That can onoy be done by the Adminstrator on a separate
page (as a later note in this Help implies).


Your are quite correct, Dave. That was truein older releases,when user were able to switch ON/OFF the VMS from the Voice Mail Settings page. Later it was decided to move that checkbox to the Extension's Edit page,to be handled byAdmin only. New help was added in that page, but we somehow forgot to revise the Voice Mail Settings help. It is corrected already and will be available in upcoming release. Thank for finding this out.

davrays
11-27-2007, 07:18 PM
I'd also like to know how to do sequential call
forwarding instead of simultaneous. It's probably
obvious, but it hasn't occurred to me..


This can be configured by using Hunt Group feature and by configuring UCF on the extensions in Hunt Group list.


A smal, but important correction here:


unfortunately this will not work. Only MER is working on the target extensions of the Hunt Group, all other services (including any kind of forwarding) are disabled. So actually now there is no way to do sequential call forwarding to external (not PBX) destinations.

AramK
11-27-2007, 10:40 PM
Oops,I was wrong :) Mea culpa ... David (Davrays), do we have plans to implement sequential call forwarding ?

davrays
11-28-2007, 12:51 AM
Hmm.. no plans yet for this smileys/smiley1.gif


Even no feature request logged for that as far as I know.


We had such feature before, but removed because of the problems (especially with FXO calls, where you never know if the called party picked up the phone or not).


Since that there was no request... thus nothing is added smileys/smiley1.gif


Aram, you can add a feature request in database (for IP destinations at least), and we will consider that if more requests from customers arrive. As this is a significant development effort(not only the implementation itself, but also understanding and testing all the consequences of that feature, its interactions with timers enabled at destination parties), we'll start that only when we have a lot of requests smileys/smiley1.gifEdited by: davrays

daysys
11-28-2007, 03:15 AM
Perhaps a list of proposed features could
be listedin a questionnaire. That way,
users could vote for the most useful.


Sequential calling, for example, is often a
standard feature ofvirtual PBX providers.


I would vote for this feature even if
FXO calls were excluded. As users move
to ITSP trunks, this is not as critical.


Here is the Help note you indicated, Aram:
"If there are multiple entries with PBX or SIP call types, or PBX and SIP call types together, then all destinations will ring simultaneously and the call will be established with the destination that will pick up the call the first. "


I understand this--except for the phrase: '...PBX or SIP call types,
or PBX and SIP call types together..." What does that mean?


In the UCF help there's another note about PSTN calls having
priority over PBX or SIP types. It appears here that dialing is
sequential: every PSTN destination in the UCF list is
dialed sequentially, followed by the PBX/SIP group, which is
simultaneous. (A 'courtesy ring' is provided to the PBX/SIP
group while PSTN calls are in progress.)


So this is more tricky than I had realized. A PBX type clearly
refers to an extension (which can be SIP or FXS). I assume
PSTN refers to a call on anFXO circuit.


I currently have simultaneous calling to a PBX extension and an
IP-PSTN destination (using a virtual extension), so that both
calls are to PBX type. But if SIP and IP-PSTN types are the same
(which has been said elsewhere), can I use a SIP callentry directly
to an IP-PSTN destination instead of using a virtual PBX extension?


Am I making any sense?Dave

KSComs
11-28-2007, 08:22 AM
... unfortunately though if you turn it off and you find out that the call then is dropped by the Quadro after the no answer time out.. there is no way to prevent this from happening under the current version of firmware....


Kevin, it seems that you did something wrong. When VMS of extension is disabled,the caller willNOT get to VMS and the call willNOT be dropped by Quadro after no answer timeout. Thephone attached to the extensionwith disabled VMS will ring by 3 min and then will be dropped. The only exceptionsare Snom phones, that are sending "Bye" after 1 min ringing.Thatis the implementation of phones and Quadro has nothing to do with it.

Hi Aram, I double checked with an extension and the Epygi does definitely drop the call after it plays a message... Maybe its just my Epygi, but this is what I have experienced and even put forward to the Ozzie Epygi Distributor to increase the No Answer time to 2 minutes so that the Carrier will return a no answer message and there fore will not charge the caller a call rate because the Epygi is answering the call and playing said message.

Regards

Kevin

AramK
11-28-2007, 08:35 PM
Perhaps a list of proposed features could
be listedin a questionnaire. That way,
users could vote for the most useful.


As we are in a way of changing our forum engine, I'll suggest to have such place for voting in new forum.






I would vote for this feature even if
FXO calls were excluded. As users move
to ITSP trunks, this is not as critical.


The corresponding request is already entered into our Database.






I understand this--except for the phrase: '...PBX or SIP call types,
or PBX and SIP call types together..." What does that mean?.


"... only PBX or only SIP caal types, or mixedPBX and SIP call types"






In the UCF help there's another note about PSTN calls having
priority over PBX or SIP types. It appears here that dialing is
sequential: every PSTN destination in the UCF list is
dialed sequentially, followed by the PBX/SIP group, which is
simultaneous. (A 'courtesy ring' is provided to the PBX/SIP
group while PSTN calls are in progress.)


There is no sequential dialing. In case if just one PSTN destination is included into the forward list, the call will go to that PSTN and will not return back.






A PBX type clearly refers to an extension (which can be SIP or FXS). I assume PSTN refers to a call on anFXO circuit.


Correct.






I currently have simultaneous calling to a PBX extension and an
IP-PSTN destination (using a virtual extension), so that both
calls are to PBX type. But if SIP and IP-PSTN types are the same
(which has been said elsewhere), can I use a SIP callentry directly
to an IP-PSTN destination instead of using a virtual PBX extension?.


Just remove the VE extension from forward list and describe there the calling destination with SIP or Auto type. Auto here means routing, so you can put the number as it is dialled directly from the phone.

AramK
11-28-2007, 08:50 PM
Hi Aram, I double checked with an extension and the Epygi does definitely drop the call after it plays a message... Maybe its just my Epygi, but this is what I have experienced and even put forward to the Ozzie Epygi Distributor to increase the No Answer time to 2 minutes so that the Carrier will return a no answer message and there fore will not charge the caller a call rate because the Epygi is answering the call and playing said message.


Kevin,yourQuadro can't behave differently :) The matter is that Quadrodoes not send any message when VMS is disabled. It sends onlybusy tone after 3 min ringing.It seems that you have configuration problem here and the caller gets the VMS of another extension or you get a ITSP VMS on that number. Check whatever MER, Hunt or some kind of Forwarding is enabled on the callee extension. Check whatever VMS is activated on Carrier side.Or wecan find itoutby investigating the logs from your unit.

davrays
11-28-2007, 09:56 PM
Maybe its just my Epygi, but this is what I have experienced and even put forward to the Ozzie Epygi Distributor to increase the No Answer time to 2 minutes so that the Carrier will return a no answer message and there fore will not charge the caller a call rate because the Epygi is answering the call and playing said message.


We received your request from Greg of Alloy :) I was wondering why this is needed, but anyway we will implement that in the next release of 4.1.x (just because it's easy to do, and because Greg is our good friend:)


But as I suspected this request comes from some misunderstanding or misconfigurationsmileys/smiley1.gifPlease send logs to me or Aram and we will tell you exact reason.

daysys
11-29-2007, 04:32 AM
Thanks for your replies, Aram.


That sentence could simply say '...any combination of
PBX and SIP call types....'


The UCF Help file says about mixed PSTN and PBX/SIP calls:
"If there are different destinations in the Forward to list, the call will
be forwarded to PSTN destination (in the same time any available SIP
or PBX destinations will receive a short ring). If the PSTN destination
was not successful, the next PSTN destination will be dialed,
otherwise if there are no more PSTN destinations in the table,
the call will be forwarded to the first SIP or PBX destination."


This clearly says all PSTN destinations in the list will be dialed
in order; if none answers, the call goes to SIP/PBX. It even implies
the SIP calls are sequential: 'forwarded to the first SIP or
PBX destination..." (rather than simultaneously to the group).


But then it says in the nextparagraph that the destinations do
ring simultaneously. This contradicts the previous item.


But you say something different from any of this. You say that
if there's a PSTN entry,it is used unconditionally. That must mean
all other UCF table entries are ignored (including other PSTN entries?).


I don't mean todiscuss this to death, but I sure would like some
clarity on this one, Aram. The statements seem crystal-clear,
and I don't think I misunderstood them.


In the mean time, I'll simplify my solution by eliminating the
VE and using the routing table directly. Thanks, Dave

KSComs
11-29-2007, 11:27 AM
Hi Aram, I double checked with an extension and the Epygi does definitely drop the call after it plays a message... Maybe its just my Epygi, but this is what I have experienced and even put forward to the Ozzie Epygi Distributor to increase the No Answer time to 2 minutes so that the Carrier will return a no answer message and there fore will not charge the caller a call rate because the Epygi is answering the call and playing said message.


Kevin,yourQuadro can't behave differently :) The matter is that Quadrodoes not send any message when VMS is disabled. It sends onlybusy tone after 3 min ringing.It seems that you have configuration problem here and the caller gets the VMS of another extension or you get a ITSP VMS on that number. Check whatever MER, Hunt or some kind of Forwarding is enabled on the callee extension. Check whatever VMS is activated on Carrier side.Or wecan find itoutby investigating the logs from your unit.

Oh Noeeey I think I was born on a late Friday afternoon ... smileys/smiley2.gif

I found the Mistake that I was making.... on my 2x .. but I will have to retest on an ISDN system a 4xI3 with BRI gateway to ensure that I wasnt mistaking something else.... and if I was then I will gladly say ...Im never to proud to admit if I am wrong ...

Regards

Kevin

AramK
11-29-2007, 05:51 PM
That sentence could simply say '...any combination of
PBX and SIP call types....'


Agree, will be changed soon.






The UCF Help file says about mixed PSTN and PBX/SIP calls:
"If there are different destinations in the Forward to list, the call will
be forwarded to PSTN destination (in the same time any available SIP
or PBX destinations will receive a short ring). If the PSTN destination
was not successful, the next PSTN destination will be dialed,
otherwise if there are no more PSTN destinations in the table,
the call will be forwarded to the first SIP or PBX destination."


...I sure would like some clarity on this one, Aram. The statements seem crystal-clear, and I don't think I misunderstood them.





I'm sorry that my previous explanation wasn't clear enough. If thereare several PSTN(POTS) destinations are configured in forward list along with some SIP/PBX destination, then Quadro will try to ring the first PSTN number. If the call will be successful, then no other destinationfrom forward list will be dialled (just a short ring on other SIP/PBX phones). If the PSTN destination was not successful, the next PSTN destination will be dialed, otherwise if there are no more PSTN destinations in the table, the call will be forwarded to theSIP/PBX destinations and will ring them simultaneously. This the current behaviour ofUCF serviceto multiple destinations. This part ofOnline Help will be corrected as well. Thanks as always :)

AramK
11-29-2007, 06:03 PM
I found the Mistake that I was making.... on my 2x .. but I will have to retest on an ISDN system a 4xI3 with BRI gateway to ensure that I wasnt mistaking something else.... and if I was then I will gladly say ...Im never to proud to admit if I am wrong ...




We alldomistakes, Kevin smileys/smiley1.gif

davrays
11-29-2007, 09:15 PM
I'm sorry that my previous explanation wasn't clear enough. If thereare several PSTN(POTS) destinations are configured in forward list along with some SIP/PBX destination, then Quadro will try to ring the first PSTN number. If the call will be successful, then no other destinationfrom forward list will be dialled (just a short ring on other SIP/PBX phones). If the PSTN destination was not successful, the next PSTN destination will be dialed, otherwise if there are no more PSTN destinations in the table, the call will be forwarded to theSIP/PBX destinations and will ring them simultaneously. This the current behaviour ofUCF serviceto multiple destinations. This part ofOnline Help will be corrected as well. Thanks as always :)





I would like to make a clarification to Aram's clarification (for things to be crystal-clear smileys/smiley1.gif). Hopefully this will not make it more complicated smileys/smiley1.gif


When Aram tells "if the call will be successful" (regarding PSTN-FXO calls) he mean that "the FXO line is connected and is free". If the FXO is free, system makes the call to PSTN, and considers it successful regardless of whether the destination party answered the call or even regardless of whether destination party was actually ringed back.


So, actually in 80% of cases, if you have PSTN (FXO) destination in your forwarding list, the rest items in the list are ignored.

daysys
11-30-2007, 02:37 AM
So neither the Help file nor Aram's comments are
quite correct; let me suggest the text:


<< You canenter any combination of PSTN (FXO),
SIP or PBX call types as destinations in the UCF calling list.
Each forwarded call ishandled in this sequence:
>the call issent to the first free (non-busy) FXO port
listed.Also,each SIPandPBX extension in the list
receives ashort ring to indicate the call in progress.
> If no FXO port isfree, all listed SIP and PBX extensions
are called simultaneously. The callis handed to the
first extension to answer;all otherextensions
will stop ringing. >>


This doesn't completely explain the FXO call progress;
you could include a line that says: 'Because Quadro
receives no call progress information from an FXO port, it
continues the call until it answers or the extension times out."


The problem with the Help wording is the phrase "...if the
FXO destination was not successful...". This uses 'success'
from the programmer's point of view (meaning it was possible
to route a call to the FXO port because it was listed, not
busy (and had a dial tone?). From a telephony user's point
of view, a successful call is a completed call.
(For an FXO port, no call completion results are available.)


These are subtle but important distinctions; because the manuals
and Help were derived from programmers,such errors are common.


Thanks for your help! Dave

daysys
11-30-2007, 02:40 AM
For completeness, I should have said in the first point:



>the call issent to the first free (non-busy) FXO port
listed.All other FXO, SIP and PBX ports are ignored.
But,each SIPandPBX extension in the listreceives
ashort ring to indicate the FXO call in progress.



This makes more clear what happens to the other ports. Dave