[Users] uac_replace_from function

unplug maillisting at gmail.com
Fri Jan 20 03:17:16 CET 2006


Here is the configuration file:
http://meerkat.no-ip.com/openser/openser.cfg
Here is the log from ngrep
http://meerkat.no-ip.com/openser/dnis.log
The mediaproxy.ini
http://meerkat.no-ip.com/openser/mediaproxy.ini

>From the cofiguration file line 82, modparam("uac",
"from_restore_mode", "auto"). In line 122 and line 135, there is
record_route and loose_route.  I am using mediaproxy for the NAT, line
49.  Does the case related to mediaproxy?  As the settings you said
about are already implemented in the configuration file, I have no
idea why uac_replace_from(display, uri) will cause the problem.  Could
you send me your configuration file directly for my reference?

On 1/20/06, Bogdan-Andrei Iancu <bogdan at voice-system.ro> wrote:
> just a fast question:
> have you set the "from_restore_mode" param to "auto" - this is required
> in order to have all sequential request automatically fixed. Also be
> sure you are doing record_route() and loose_route().
>
> regards,
> bogdan
>
> unplug wrote:
>
> >Actually, what I want is to let the callee's phone display to display
> >the other number instead of the original number (i.e. change the
> >dnis).  According to your previous mail, I think I should use
> >uac_replace_from(display, uri) to achieve my purpose.  For those
> >method that has no totag, I will run the uac_replace_from(display,uri)
> >line 105 and line 449 from the openser.cfg.  However, the result is
> >callee will keep ringing but caller will drop the call automatically.
> >From the ngrep, I found that method PRACK in line 123 doesn't change
> >the from header.  Then a 481 call leg error will be created (from line
> >139).  After that, the sip message appeared in an abnormal way.
> >Finally, 500 error will occure (line 468).
> >
> ><a href=http://meerkat.no-ip.com/openser/openser.cfg>openser.cfg</a>
> ><a href=http://meerkat.no-ip.com/openser/dnis.log>ngrep log file</a>
> >
> >On 1/19/06, Bogdan-Andrei Iancu <bogdan at voice-system.ro> wrote:
> >
> >
> >>again...not sure if you really need to change the uri also - depends on
> >>your phones and what you are trying to achieve.
> >>
> >>you have the liberty to do both ....change display or/and URI without
> >>any problem (via uac_replace_from() ).
> >>
> >>regards,
> >>bogdan
> >>
> >>unplug wrote:
> >>
> >>
> >>
> >>>Do you mean I need to use uac_replace_from(display, uri) for replace
> >>>the uri totally?  Does such replacement will affect the call?
> >>>BTW, you code works and the space is gone.  Thanks!
> >>>
> >>>On 1/19/06, Bogdan-Andrei Iancu <bogdan at voice-system.ro> wrote:
> >>>
> >>>
> >>>
> >>>
> >>>>indeed, by
> >>>>   uac_replace_from("4321","")
> >>>>you will change only the display name - but at the end it depends on the
> >>>>phone what is displayed :). Most of the phones keeps in received call
> >>>>directory full address (display and URI).
> >>>>
> >>>>regards,
> >>>>bogdan
> >>>>
> >>>>
> >>>>unplug wrote:
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>>Hi,
> >>>>>Thanks.  I will try the cvs head.  Before that, I want to ask for the
> >>>>>question about the caller display.  Say the original caller number is
> >>>>>1234.  The phone display of the callee will be 1234.  Does the phone
> >>>>>display of the callee will be 4321 after I use the
> >>>>>uac_replace_from("4321","")?  If not, how can I change the DNIS (for
> >>>>>example: from caller display 1234 to 4321)?
> >>>>>
> >>>>>
> >>>>>On 1/10/06, Bogdan-Andrei Iancu <bogdan at voice-system.ro> wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>>Hi,
> >>>>>>
> >>>>>>indeed, there was a bug in calculating the position of the new display
> >>>>>>name - it;s fixed now on the cvs head - please give it a try and let me
> >>>>>>know if works ok now.
> >>>>>>
> >>>>>>regards,
> >>>>>>bogdan
> >>>>>>
> >>>>>>Daniel-Constantin Mierla wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>>It might be a bug in the module, please send the original SIP reply as
> >>>>>>>well, to be able to trace the problem quicker.
> >>>>>>>
> >>>>>>>Daniel
> >>>>>>>
> >>>>>>>
> >>>>>>>On 01/06/06 13:08, unplug wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>>I am using uac_replace_from function as below.
> >>>>>>>>
> >>>>>>>># replace only display and do not touch uri
> >>>>>>>>uac_replace_from("35418474","");
> >>>>>>>>
> >>>>>>>>After running uac_replace_from function, I get the following message.
> >>>>>>>>
> >>>>>>>>U 203.193.4.242:5060 -> 203.193.4.226:5060
> >>>>>>>>SIP/2.0 183 Session Progress.
> >>>>>>>>Via: SIP/2.0/UDP
> >>>>>>>>203.193.4.226;branch=z9hG4bKaed7.46cc4101.0,SIP/2.0/UDP
> >>>>>>>>10.0.0.52:5060;rport=5060;received=210.184.4.31;branch=z9hG4bKHNHpldVsKca6IYUS.
> >>>>>>>>
> >>>>>>>>From: "35418474"<sip:882754853589 at ow01.owtel.com>;tag=sBl2gLH6O1myyqL5.
> >>>>>>>>To: "92588819" <sip:92588819 at ow01.owtel.com>;tag=47C61DF4-26CD.
> >>>>>>>>Date: Fri, 06 Jan 2006 10:41:17 GMT.
> >>>>>>>>Call-ID: yTCQvS56ZCZXCHgt at 10.0.0.52.
> >>>>>>>>Server: Cisco-SIPGateway/IOS-12.x.
> >>>>>>>>
> >>>>>>>>In the normal message, sip message, there is a space between display
> >>>>>>>>name and uri.
> >>>>>>>>ie. From: "35418474" <sip:882754853589 at ow01.owtel.com>
> >>>>>>>>However, after I apply uac_replace_from function, there is a space
> >>>>>>>>there.  How can I add a space such that it looks like a normal sip
> >>>>>>>>message?  Does the space will affect the caller display?
> >>>>>>>>
> >>>>>>>>_______________________________________________
> >>>>>>>>Users mailing list
> >>>>>>>>Users at openser.org
> >>>>>>>>http://openser.org/cgi-bin/mailman/listinfo/users
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>_______________________________________________
> >>>>>>>Users mailing list
> >>>>>>>Users at openser.org
> >>>>>>>http://openser.org/cgi-bin/mailman/listinfo/users
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>
> >>
>
>




More information about the Users mailing list