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@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@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@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@ow01.owtel.com;tag=sBl2gLH6O1myyqL5. >>To: "92588819" sip:92588819@ow01.owtel.com;tag=47C61DF4-26CD. >>Date: Fri, 06 Jan 2006 10:41:17 GMT. >>Call-ID: yTCQvS56ZCZXCHgt@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@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@openser.org >>http://openser.org/cgi-bin/mailman/listinfo/users >> >> >> >> >> >> >> >> >_______________________________________________ >Users mailing list >Users@openser.org >http://openser.org/cgi-bin/mailman/listinfo/users > > > > > > >