[prev in list] [next in list] [prev in thread] [next in thread] 

List:       asterisk-dev
Subject:    Re: [asterisk-dev] chan_sip usereqphone option
From:       Pavel Troller <patrol () sinus ! cz>
Date:       2014-06-11 19:03:55
Message-ID: 20140611190355.GA28667 () tangens ! sinus ! cz
[Download RAW message or body]

Hi!

> 
> On 11 Jun 2014, at 19:35, George Joseph <george.joseph@fairview5.com> \
> wrote: 
> > On Wed, Jun 11, 2014 at 12:24 PM, Mark Michelson \
> > <mmichelson@digium.com> wrote: Hi!
> > 
> > It has been brought to my attention that chan_pjsip does not have an \
> > equivalent to chan_sip's usereqphone option. However, nobody here seems \
> > to know how useful such an option actually would be. The result is, we \
> > have no idea if an equivalent should be made in chan_pjsip or if we \
> > should just leave that option alone. I figure that the -dev list may \
> > have some experience with setting up accounts with a variety of SIP \
> > providers and could shed some light on the usefulness of that option. 
> > Thanks.
> > 
> > I've set up a dozen providers but never needed usereqphone.   For pjsip \
> > though couldn't you just add ';user=phone' to a contact uri if you \
> > needed it? 
> I've seen quite a few SIP trunks that require this. But not in a contact.
> 
> /O
> 
This information is there to specify, that the user field of the URI (in \
any of headers specifying an address) contains an E.164 formatted telephone \
number. When not present, sip servers may omit E.164 parsing and conversion \
rules (for example, substitution of "+" to "00" or other prefix, deleting \
the country  code for local calls etc.), thus making the calls unroutable \
or containing irregular information (i.e. calling party number in incorrect \
format). However, it CANNOT be present for URIs, which don't contain the \
number (like anonymous@anonymous.invalid). Proper implementation of this \
tag is necessary for interworking of Asterisk with practicaly any modern \
professional NGN equipment (Application Servers, IMS network elements \
etc.).  So, please, full implementation (like in chan_sip) is really \
necessary.

  WIth regards,
    Pavel

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev


[prev in list] [next in list] [prev in thread] [next in thread]