23 Feb
2005
23 Feb
'05
7:23 p.m.
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(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On
Behalf Of Java Rockx
Sent: 23 February 2005 15:33
To: Vitaly Nikolaev
Cc: serusers(a)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(a)voipsonic.com> wrote:
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
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(a)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(a)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(a)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(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers