[Serusers] Manipulate from_uri

[Vitaly Nikolaev]

Hi

If something modifying those fields (from/to/contact) it should keep track
of it and wait that it will get response with modified values.. and SIP
proxy is something that does not really cares about this tracking. It not
designed to do that.

Example from real life :) :

You send paper mail to your friend, and somebody in post office will erase
your from address and put something else without notifying anybody. In this
you never get response. That the case when you change from at SER.


Now imagine you have another friend "C" and you notify him that you gonna
send him mail that he must just put in new envelope and mail to friend "B"
with his own from address but your name on it and whatever he received from
friend "B" on your name resend to your address... that will be b2bua.. your
friend C will analyze mail and send it always to right destination

Sorry for this...eee.. easy explanation but may be it make order in
somebody's minds :)






-----Original Message-----
From: Simon Miles [mailto:simon at SystemsRM.co.uk] 
Sent: Wednesday, February 23, 2005 12:23 PM
To: 'Java Rockx'; 'Vitaly Nikolaev'
Cc: serusers at lists.iptel.org
Subject: RE: [Serusers] Manipulate from_uri

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 at iptel.org [mailto:serusers-bounces at lists.iptel.org] On
Behalf Of Java Rockx
Sent: 23 February 2005 15:33
To: Vitaly Nikolaev
Cc: serusers at 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 at 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 at iptel.org [mailto:serusers-bounces at lists.iptel.org] 
> On Behalf Of Java Rockx
> Sent: Wednesday, February 23, 2005 7:20 AM
> To: Klaus Darilion
> Cc: serusers at 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 at 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 at lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
> > >
> > >
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> >
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
> 
>

_______________________________________________
Serusers mailing list
serusers at lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers