Thanks for the update Tony

Regards,
Kumaran T


On 10/14/2011 5:58 PM, Tony Graziano wrote:
Actually, the JIRA is correct, it says that the "+" and "-" characters are ignored when interpeting the VM. That is the correct thing to do. If you are stripping the "+" somewhere, you can optionally leave it "unstripped". In either case, it's a dialplan entry you need to be able to return the call. This would be the correct way to handle it in "all" cases.

Realize the JIRA case was about "+" being misinterpreted by the sipXivr.

In your case, its a return call dialing issue. These are separate issues and don't really link to each other.

The fact that "your" use case is "when someone calls me from this number, I can't return the call because I need to prepend digits. Reason: The call is handled by an offshore ITSP and is handing the call to your system as though it resides in that country. Since it is not being handed to you as an international call, the fact that you HAVE to maipulate it to dial it back as an international call (or want to) is unique to your use case.

Alternately, you can interpret the digits and simply send the correct digits out via the offshore ITSP and not add the digits to send it internationally. In that case it might be frowned upon by governmental agencies in different parts of the world and I am not about to interpret what is the legal thing to do .

As I read the JIRA the leading +/- character is ignored, not stripped.

On Fri, Oct 14, 2011 at 8:19 AM, Tony Graziano <[email protected] <mailto:[email protected]>> wrote:

    I am going to suggest that:
    http://track.sipfoundry.org/browse/XX-5120

    Should be rolled back. If the callerid is +(whatever), it's a
    valid e.164 format and should be dial-able. It should not be
    removed. It is correct the caller is an outside caller. I think
    the JIRA case needs to be revisitied.


    On Fri, Oct 14, 2011 at 8:16 AM, Kumaran T
    <[email protected]
    <mailto:[email protected]>> wrote:

         By custom Dial plan its possible to dial the number.My
        concern is that  if  sipxecs strip "+"  then proper ISD code
        is not displayed.Eg" for US number it will show "1-followed by
        numbers" but  actually code should be "+1-followed by
        numbers"..Just to make sipxecs more user friendly..

        Regards,
        Kumaran T

        Regards,
        Kumaran T


        On 10/14/2011 5:24 PM, Tony Graziano wrote:
        In that case, why is it being stripped? It's a valid e.164
        attribute.

        If it is unique enough: 91+10 digits can be changed to
        "whatever you need to pass the call".


        On Fri, Oct 14, 2011 at 7:48 AM, Kumaran T
        <[email protected]
        <mailto:[email protected]>> wrote:

            Hi Tony,
               What I meant was when outside caller from mobile or
            landline calls the DID number  then leading + was
            stripped by sipxecs and display as "919786303754".So we
            cannot call them back without manually adding the + or
            00...If Vm is dropped and user tries to call from "Click
            to call" then It won't work because "919786303754" is not
            valid number(91 is not valid ISD code..It should be +91
            or 0091)

            Regards,
            Kumaran T


            On 10/14/2011 4:49 PM, Tony Graziano wrote:
            What you are saying is: I need a way to call back
            numbers with a leading "+".

            
http://www.myitdepartment.net/support/Three_things_I_really_like_about_sipXecs_4.pdf

            Go to the section about dialplans.

            Option: The thing to HAVE done was to simply use a
            dialplan rule to discard the "+" when dialing out.
            Problem solved, I've done this many times.

            Option: Another option, using an SBC, is to strip the
            leading "+" before it his sipx. I've done this many times.

            If you LEFT the + in the caller ID, it would have been
            easier to find a match for "+"xx digits and replace "+"
            with "+00" and append the matching suffix.

            In your case, "+1" and 10 digits, can be replaced with
            "+00" and whetever digits need to be sent. I doubt you
            will have any issues.

            On Fri, Oct 14, 2011 at 7:06 AM, Venkateshwaran T
            <[email protected]
            <mailto:[email protected]>> wrote:

                Hi Todd,
                     Now I got the point what you are saying.Thanks
                for the update.So
                what do you think whether it can be like this or
                solution should be
                provided?

                Regards,
                Kumaran T

                On 10/14/2011 1:28 PM, Todd Hodgen wrote:
                > I understand the issue, from an engineering point,
                you want to resolve it
                > when a + is removed, in software.
                >
                > What I am saying, which may not be a solution to
                the issue you describe, but
                > is a workaround for anyone that is dealing with
                this issue is to create a
                > dial plan that for instance has 9 as the access
                code, and 14 digits.   For
                > the outbound numbers, you would have it add 00 +
                the 14 digits to your
                > international carrier and it should go out as
                00+14 digits on your
                > international trunks.
                >
                > -----Original Message-----
                > From: Venkateshwaran T
                [mailto:[email protected]
                <mailto:[email protected]>]
                > Sent: Friday, October 14, 2011 12:47 AM
                > To: Todd Hodgen
                > Cc: 'Discussion list for users of sipXecs software'
                > Subject: Re: [sipx-users] Outside caller without
                proper caller-id
                >
                > Yes,That to make outside calls.My concern is about
                displaying the caller -id
                > for outside caller.SipXecs will discard the +.So
                we cannot call directly
                > that number from miss call.Because the caller -id
                is not proper.Then we want
                > to enter the number with leading 00 or + followed
                by the number to call.In
                > our case number will be displayed as
                919986252763.So dialing 919986252763
                > won't work..
                >
                > Either US or UK or India or Europe without leading
                + or 00 we can't call If
                > call lands from UK land line to US(sipxecs).It
                will display the call from
                > "442085431771".So if we try to make a to
                "442085431771".The call will not
                > establish.So want add 00 or + according to dial
                plan to call that number
                >
                > Regards,
                > Kumaran T
                >
                >
                > On 10/14/2011 12:53 PM, Todd Hodgen wrote:
                >> You should be able to create a custom dial plan
                to insert the 00 to
                >> make that call.
                >>
                >> -----Original Message-----
                >> From: [email protected]
                <mailto:[email protected]>
                >> [mailto:[email protected]
                <mailto:[email protected]>] On
                Behalf Of Kumaran T
                >> Sent: Friday, October 14, 2011 12:00 AM
                >> To: Discussion list for users of sipXecs software
                >> Subject: [sipx-users] Outside caller without
                proper caller-id
                >>
                >> Hi All,
                >>       When outsider caller calls or deposit a VM
                then leading + will be
                >> discarded and display the number like
                919986252763 instead of
                >> +919986252763 <tel:%2B919986252763>.The leading +
                symbol was discarded for fixing the issue
                >> "http://track.sipfoundry.org/browse/XX-5120".So
                there should some work
                >> around  fix for solving the caller-id.May be
                double 00 can be added in
                >> the place of +.But "919986252763" is not a proper
                way to display the
                >> caller-id..Because we cannot make a call by
                dialing the number
                >> "919986252763" from outside..
                >>
                >> Regards,
                >> Kumaran T
                >> _______________________________________________
                >> sipx-users mailing list
                >> [email protected]
                <mailto:[email protected]>
                >> List Archive:
                http://list.sipfoundry.org/archive/sipx-users/

                _______________________________________________
                sipx-users mailing list
                [email protected]
                <mailto:[email protected]>
                List Archive:
                http://list.sipfoundry.org/archive/sipx-users/




-- ======================
            Tony Graziano, Manager
            Telephone: 434.984.8430 <tel:434.984.8430>
            sip: [email protected]
            <mailto:[email protected]>
            Fax: 434.465.6833 <tel:434.465.6833>

            Email: [email protected]
            <mailto:[email protected]>

            LAN/Telephony/Security and Control Systems Helpdesk:
            Telephone: 434.984.8426 <tel:434.984.8426>
            sip: [email protected]
            <mailto:[email protected]>

            Helpdesk Contract Customers:
            http://support.myitdepartment.net

            Blog:
            http://blog.myitdepartment.net

            Linked-In Profile:
            http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4

            Ask about our Internet Fax services!





-- ======================
    Tony Graziano, Manager
    Telephone: 434.984.8430 <tel:434.984.8430>
    sip: [email protected]
    <mailto:[email protected]>
    Fax: 434.465.6833 <tel:434.465.6833>

    Email: [email protected]
    <mailto:[email protected]>

    LAN/Telephony/Security and Control Systems Helpdesk:
    Telephone: 434.984.8426 <tel:434.984.8426>
    sip: [email protected]
    <mailto:[email protected]>

    Helpdesk Contract Customers:
    http://support.myitdepartment.net

    Blog:
    http://blog.myitdepartment.net

    Linked-In Profile:
    http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4

    Ask about our Internet Fax services!




--
======================
Tony Graziano, Manager
Telephone: 434.984.8430
sip: [email protected] <mailto:[email protected]>
Fax: 434.465.6833

Email: [email protected] <mailto:[email protected]>

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: [email protected] <mailto:[email protected]>

Helpdesk Contract Customers:
http://support.myitdepartment.net

Blog:
http://blog.myitdepartment.net

Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4

Ask about our Internet Fax services!


_______________________________________________
sipx-users mailing list
[email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to