> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On 
> Behalf Of Eric Tamme
> Sent: Thursday, July 31, 2008 7:52 AM
> To: [email protected]
> Subject: [Sip-implementors] Proper INVITE To: source
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> I am working on building a routing engine and have been doing 
> testing with some systems that manipulate the dialed digits: 
> prefixing, stripping digits, etc., to control routing.  They 
> then rewrite the peer in the the INVITE request, but NOT in 
> the To: tag.  Here is an example.
> 
> UA dials: [EMAIL PROTECTED]
> 
> Softswitch 1.1.1.1: strips 123 and sends
> 
> INVITE sip:[EMAIL PROTECTED]
> ...
> To: [EMAIL PROTECTED]
> 
> So my questions are:
> 
> 1) Is it correct for the softswitch to translate the dialed 
> number in the INVITE but not in the To: ? (This is not a 
> redirect server, its just a switch)

Kasturi>>>>Definitely the Req URI ( the first in the message) in the
Invite needs to be modified if you want subsequent elements to interpret
and route based on the changed information. Regading  To header whether
that must be changed or not can be based on local policy and other
issues.
You will not always find the same URIs in the Req URI line and To
header. This depends on features ( call-forwardind, speed dial etc).   
> 
> 2) What is the correct place to be looking for the peer/dialed digits
> To: or in the INVITE ?

Kasturi>>>> The Req URI line as you have indicated.
> 
> Thanks,
> 
> - --
> Eric Tamme
> Project Manager
> General Telecom
> 
> +1 646.328.5825
> [EMAIL PROTECTED]
> KeyServer: pgp.mit.edu
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFIkbV+7CXjaJSx184RAm1TAJ4xvDq+xtcSiTEkV6N7UrWwGOpKcQCgvZh1
> HxFdDpUvcV4BUWQB/qVnS0E=
> =jD5D
> -----END PGP SIGNATURE-----
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
> 

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to