OK, I added a new function to operate on the first line of the message for the
text substitution that I needed and I'm seeing 183's are being converted to
200's. So far so good. Now what I see is that there is an ACK for the 200
which is being forwarded to the entity that issued 183. How bad is that?
And how can I suppress this ACK?
Regards,
Ramin
On 10/9/06, Ramin Dousti <dousti(a)gmail.com> wrote:
Hi,
The textops functions seem to work on the header fields. Is there any way
to manipulate the response line itself.
Regards,
Ramin
On 10/6/06, Ramin Dousti <dousti(a)gmail.com> wrote:
To give a more concrete example of what I need to
do:
I'm using some specialized device to measure the PostDialDelay. That device
is capable of measuring the time between sending out the INVITE message till
the reception of 183, or 200 response.
The tel number that is being used for the call is a TDM PIC number. The packet
voice gateway (PVG) would issue a 183 with required SDP for the announcement
and after the announcement has been played, it sends a 606 response. Now this
device considers the whole dialog as failed and hence does not record the PDD.
What I was thinking to do was to front this device with openser and on openser
convert the 183 response to a 200 and have the device happily record the PDD.
My config looks like the following but I don't see any change in the response:
route[1] {
t_on_reply("1");
t_relay();
}
onreply_route[1] {
if (status=~"(183)") {
replace("183 Session Progress", "200 OK");
}
}
--
Ramin