Hi there,

We have a Postgres Database to store the users' informations before we use Openser. To integrate between Postgres and Openser, we write external C programs and call them from Openser with exec_dset function. The issue we have now is with the Caller ID. When the user makes a call to PSTN number from SIP devices (soft phone or hard phone), the telco carrier requests us to send a numerical Caller ID, not the SIP format (such as john.dow@abc.com). What I am doing is to add the Caller ID field into the Postgres for each user and write a C program to query the Caller ID field, then Openser calls it with exec_dset functioin. However, I did not find a way to define a variable in Openser to store this Caller ID and pass it to uac_replace_from function. Appreciate for any suggestions.

Jeff, You mentioned that you replaced the From Header, may I ask how you do it ? Thanks and Regards,

Don

------------------------------

<Message: 4 <Date: Tue, 19 Dec 2006 11:11:09 +0900 <From: Jeff Williams jeffw@globaldial.com <Subject: [Users] (PR)ACK problem with uac_replace_from <To: users@openser.org <Message-ID: 45874A3D.5070206@globaldial.com <Content-Type: text/plain; charset="iso-8859-1"

<I seem to have an issue with uac_replace_from.

<I am using openser as a media proxy. For invites I replace the numbers <with leading 0's with 61 for Australia and forward the call to our LCR <box which then forwards the call to the correct voice to pstn gateway. <I am trying to use uac_replace_from to set the from address so the <callerid appears correct on the outgoing calls.

<This seems to work fine for the INVITE request, but on subsequent PRACKs <and ACKs (which just get loose routed), something strange happens to <the from address.

<On invite, the From get re-written:

<From: Jeff sip:610089001@proxy.sipone.com;user=phone;tag=1790577941 <to <From: Jeff sip:0892209080@sipone.com;tag=1790577941

<For the PRACKs and ACKs, this happens:

<From: Jeff sip:610089001@proxy.sipone.com;user=phone;tag=1790577941 <to <From: Jeff <<\032\317\352S\232\222B\230\234K\231*BV\300\030\303\332\ah\303\306i\365\005\016\200\250\000\000\230\016\200\252j\200\002`\000\000\016>;tag=1790577 <941

<There shouldn't be anything happening to the From address on the <(PR)ACKs at all.

<Anyone have any ideas?

<I have attached a ethereal dump of the call setup.

<Jeff __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com