I must admit, when I modified the To or From headers in the past, the message got sent, but any return messages from the gateway were ignored by the sip server because the nonce didn't match anymore. So I don't think it is just a simple case of modifying the headers.
Simon -----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Java Rockx Sent: 23 February 2005 15:33 To: Vitaly Nikolaev Cc: serusers@lists.iptel.org Subject: Re: [Serusers] Manipulate from_uri
Vitaly,
I believe you are correct that RPID is only helpful during SIP->PSTN calls.
I'm not real familiar with B2BUA, but if I were to introduce one in to my system, does that mean I need to have all the RTP traffic pass through my network as well, or does the B2BUA only deal with SIP messaging?
Regards, Paul
On Wed, 23 Feb 2005 10:14:18 -0500, Vitaly Nikolaev vitaly@voipsonic.com wrote:
The answer is B2BUA
There actually two ways,
First is b2bua which is nice (for me ok.. I like it :)
Second if you assign the CallerID number to device.. the real callerid, (for example in my network we use some fake numbers into devices and then change it do real callerid (did) in b2bua), then some
devices, for example SIPURA, can send Anonymous as name in From and Contact and some GWs, will use it and hide callerid on outgoing call.
And third:
And there are also Remote-Party-Id: field in SIP that partially supported by SER and supported by most of GW and carriers, and that is
probably RIGHT way to do that.
When PSTN GW sends call to outside of ur network, it no just skip callerid, u can do it but it is wrong, it make it private, so usual ppl will not see it but for example 911 and some toll free subscriber will see. That right way and that how everybody should do cli blocking.
What is wrong in this method is that if you call goes from SIP to SIP and you use as me fake CLI on devices, customers will see fake numbers
because as far as I know SIP devices does not support RPID (please correct me if I am wrong) so in my case I will have to use combination
of N1 and N3..
-----Original Message----- From: serusers-bounces@iptel.org [mailto:serusers-bounces@lists.iptel.org] On Behalf Of Java Rockx Sent: Wednesday, February 23, 2005 7:20 AM To: Klaus Darilion Cc: serusers@lists.iptel.org Subject: Re: [Serusers] Manipulate from_uri
Klaus,
I realize that RFC3261 says do not modify the From header, however, my
question is this;
When making SIP-to-SIP calls between two subscribers on the same SIP proxy, how can one implement Caller ID Block when RPID is not usually honored by SIP UAs - since this is really for PSTN gateways?
It seems that altering the From header in this case is the only option. Have I missed something?
Regards, Paul
On Wed, 23 Feb 2005 12:00:14 +0100, Klaus Darilion klaus.mailinglists@pernau.at wrote:
Hi Mik!
Do not modify the From: or To: URI - this is not allowed (RFC 3261) and will cause problems.
regards, klaus
Mik Cheez wrote:
Since I'm able to modify the URI for relaying, I would assume there would be a way to modify the FROM_URI as well. Has anyone managed to do this with SER acting as a proxy? Any other possible
avenues to modify the CALLID?
Best regards
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________ Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers