Because of this , it causes a problem for my RTPproxy. My RTP proxy reference the same dialog by the call-id , so if it is different from the initial call-id, the entire dialog will be interpreted as 2 separated sessions and RTP ports allocated differently. The end result ? , one way voice.
Is this kind of behaviour correct ?
-----Original Message----- From: users-bounces@openser.org [mailto:users-bounces@openser.org] On Behalf Of Mike Williams Sent: Wednesday, May 24, 2006 7:47 PM To: users@openser.org Subject: Re: [Users] Call-ID discrepancy
On Wednesday 24 May 2006 07:01, Daniel-Constantin Mierla wrote:
I notice that during a dialog session from a UA to the server going to the PSTN gateway, it was refering to this Call-ID until the point
when the request was forwarded to the PSTN gateway. When the PSTN gateway replies, it replied with a same Call-ID with a different IP address at the back (9ce97fd3-1a800040@123.234.123.234 mailto:9ce97fd3-1a800040@123.234.123.234 )
That is very wrong. Maybe there is an ALG in the path which replaces the private address with public ones, but that should not apply to the
call-id. The caller should reject the reply.
I have actually seen an ALG do exactly that before, and my client dropped all messages coming back through it, as expected.
---Mike
_______________________________________________ Users mailing list Users@openser.org http://openser.org/cgi-bin/mailman/listinfo/users