Page 1 of 2 12 LastLast
Results 1 to 10 of 14

Thread: Caller ID management

  1. #1

    Default Caller ID management

    How do I manage inbound and outbound caller ID?

    (I know some of these questions have already been asked
    in the forum, but I'm still not sure I have the whole story.)

    OUTBOUND: I believe outbound caller IDs are controlled by the
    Call Routing Table entries. But what is the source of a caller ID?

    It appears 'Keep original Caller ID' checkbox switches between:

    > caller ID from original caller's information (which I guess
    means from the local SIP phone registration); but what specific
    extension field contains a caller ID? None of these appears to
    to be suitable as a ID to be sent to the called party:
    -- ? 'Display Name': shows on the phone display
    -- ? 'User Name': registration name for the phone
    -- ? 'Authentication User Name': alternate registration name?

    > caller ID from extension specified in 'Use Extension Settings' list
    I guess the extension selected could either be another actual
    SIP extension (the call would use the other extension's ID)
    or more commonly would be the virtual extension for an ITSP
    circuit (called by Epygi an 'IP-PSTN' circuit). What specific field
    in the IT-PSTN (SIP registration) record contains the caller ID?

    And what is the purpose of the 'Remote Party ID' selected by the
    'Add..' checkbox, and where is this parameter stored?

    The caller ID is sent to the called party (via the ITSP) using SIP;
    what control does the Quadro give me for the caller id that is sent?
    For example, can I choose to send any arbitrary phone number as ID?

    INBOUND: an ITSP sends a caller ID to the Quadro using a SIP message;
    how is this string parameter used? Is it always sent to the SIP display,
    or can it be used to find and display a name in the speed-dial directory?

    FORWARDING/TRANSFERS: When a SIP (IP-PSTN / ITSP) call is received
    by Quadro and forwarded to another extension OR to an outside ITSP
    circuit, what caller ID is sent to the called party? What control do I
    have over the ID that is forwarded?

    For example, calls forwarded to my mobile phone by Quadro used to
    contain the calling party's caller ID. Now (due to some setting change),
    the caller ID consists of my own phone number (that is, the number
    of the circuit being used for the call) and not the calling party ID.
    I don't know what settings control this process.

    I hope my questions are clear; I know the manual and Help are not. Dave

  2. #2

    Default

    Hi Dave Of course your questions are clear. More, my personal opinion is, that they are too advanced and specific to be described in Help and it's a topic of separate document. Actually some of your questions are covered by our Help/Manuals. The whole information is not methodical, but separate checkboxes/services are described on separate places. Usually not many customers are using all that kind of CallerID modifications. The main usage has only Outgoing CallerID modification which was discussed/described many times in this forum. Remember, that Quadro is a Small Office/Home Office solution and your questions are more ITSP providers' specific questions. Though Quadro can modify Inbound/Outbound CallerIDs, there are many things connected to the Provider (ITSP,etc.) and the same modification can work or not with different providers. I'll ask one of our guys to answer to all your questions and describe how actually Quadro do the modification. Then we'll create a document based on that information. Later maybe we'll integrate it into the Admin Manual.
    Thank You !
    Last edited by aramk; 12-25-2007 at 01:18 AM.

  3. #3

    Default

    Thanks again for your kind comments, Aram!

    In fact, I planned to assemble the Caller ID story
    into a document and give it to Epygi.

    But I want to assure you that this isn't an exercise
    in documents. I actually need this information for my
    own Epygi management. I have to solve some problems
    with various settings that give me unexpected results
    when setting up ITSP channels.

    If I know what's happening, then I can have a sensible
    discussion with my ITSP providers about their issues.

    I honestly feel this kind of detail should be documented
    for all users. Even though few will use all the information,
    many will need various parts of it at times. Of course
    the Quadro is a SOHO product, but it can easily create
    some 'big-system' issues for installers.

    If this were a mature industry and if SIP handshaking
    were truly standardized, that would be a different story.

    I hope you and your team enjoy the holidays! Dave

  4. #4

    Default

    In all cases Quadro not midifying "Display Name" of caller.

    when UES enabled:
    'SIP User Name' is the registration name for the UES extension
    'Authentication User Name'(when server requests): is the registration name for the UES extension

    when UES and KODID enabled:
    'SIP User Name' is the registration name for the UES extension
    'Authentication User Name'(when server requests): is the registration name for the caller extension

    when "Add Remote Party ID" enabled:
    In the sip message Quadro adds "RemotePartyID" header which is not editable (You can't choose to send any arbitrary phone number as ID) and when UES enabled, it is UES extension, otherwise is caller extension.
    Every ITSP uses this parameter by its own way, some of them not using it, some of them converting it to "Display Name" to show on destination.

    For icoming calls Quadro dealing with 'from' field of the SIP invite message which contains Display Name and SIP username (CallerID).

    In case of forwarding/transfering Quadro uses original caller information for IP-PSTN calls. Exception is 'auto' type of forwarding, in this case all mentioned above is true for that forwards.

  5. #5

    Default

    I'm sorry---
    But I don't quite understand your language 'artak'.

    I will try to interpret this in a few days. I will also
    try to clarify things by posting a set of questions
    (that can be organized into a results table).

    In the mean time, can somebody clarify what the
    source of the Caller ID is in all cases? The
    most likely sources [Display Name / User Name]
    are poor choices to send to an external party
    because they are used for internal phone
    registration--not for external identification.

    Thanks, Dave

  6. #6

    Default

    On an inbound call, transfered outbound to a cell phone, is there a way to keep the original caller ID?

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

    Default

    I suppose it should be kept by default. Depends on how are you forwarding the call. Do you use "Auto" call type? If yes, you will need to review the routing rule used for the forwarding. Does it have "UES" ("Use Extension Settings")selected? If yes, does it have "Keep Original Caller ID" box checked?

  8. #8

    Default

    Quote Originally Posted by davrays View Post
    I suppose it should be kept by default. Depends on how are you forwarding the call. Do you use "Auto" call type? If yes, you will need to review the routing rule used for the forwarding. Does it have "UES" ("Use Extension Settings")selected? If yes, does it have "Keep Original Caller ID" box checked?
    Call Type is IP-PSTN
    UES is selected
    "keep Original Caller ID " IS Checked.

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

    Default

    In that case most probably your ITSP is sending caller id of the account which is used to call to mobile. I don't this you can change that behaviour with ITSP.

  10. #10

    Default

    It's not the ITSP ( We are the ITSP) when I transfer the call I am getting the caller id of the ext transfering the call, not the original caller.

Thread Information

Users Browsing this Thread

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

Similar Threads

  1. Management Access Port
    By threebit in forum Suggestions and Feedback
    Replies: 2
    Last Post: 02-01-2007, 01:23 PM
  2. remote management of several epygi’s
    By mauriceatkinson in forum 'How Do I' Questions
    Replies: 1
    Last Post: 12-21-2006, 03:42 AM

Posting Permissions

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