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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Williams Sent: Wednesday, May 24, 2006 7:47 PM To: [email protected] 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 ([EMAIL PROTECTED] > > <mailto:[EMAIL PROTECTED]> ) > > 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 [email protected] http://openser.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list [email protected] http://openser.org/cgi-bin/mailman/listinfo/users
