Page 3 of 3 FirstFirst 123
Results 21 to 30 of 30

Thread: ? how stop forward to vm

  1. #21

    Default

    Quote Originally Posted by daysys


    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.


    Quote Originally Posted by daysys


    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.


    Quote Originally Posted by daysys


    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"


    Quote Originally Posted by daysys


    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.


    Quote Originally Posted by daysys


    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.


    Quote Originally Posted by daysys


    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.

  2. #22

    Default



    Quote Originally Posted by KSComs
    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.

  3. #23
    Quadro Architect
    Join Date
    Jun 2006
    Location
    Around myself
    Posts
    2,075

    Default



    Quote Originally Posted by KSComs
    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 misconfiguration[img]smileys/smiley1.gif[/img]Please send logs to me or Aram and we will tell you exact reason.

  4. #24

    Default



    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

  5. #25

    Default


    Quote Originally Posted by aramk

    Quote Originally Posted by KSComs
    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 ... [img]smileys/smiley2.gif[/img]

    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


  6. #26

    Default



    Quote Originally Posted by daysys


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

    Agree, will be changed soon.


    Quote Originally Posted by daysys


    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

  7. #27

    Default



    Quote Originally Posted by KSComs

    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 [img]smileys/smiley1.gif[/img]

  8. #28
    Quadro Architect
    Join Date
    Jun 2006
    Location
    Around myself
    Posts
    2,075

    Default

    Quote Originally Posted by aramk


    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 [img]smileys/smiley1.gif[/img]). Hopefully this will not make it more complicated [img]smileys/smiley1.gif[/img]


    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.

  9. #29

    Default



    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

  10. #30

    Default



    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

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Call Forward
    By blackbox in forum 'How Do I' Questions
    Replies: 0
    Last Post: 06-25-2007, 06:17 AM
  2. Port forward
    By EL250a in forum Troubleshooting and Problems
    Replies: 0
    Last Post: 06-18-2007, 05:44 PM
  3. How do I forward and Extention
    By 361phil in forum 'How Do I' Questions
    Replies: 1
    Last Post: 04-20-2007, 01:37 PM
  4. No Call Forward when IP Phone Disconnect
    By warren in forum Troubleshooting and Problems
    Replies: 1
    Last Post: 06-28-2006, 08:49 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •