Phil Vandry wrote: > On Mon, 09 Mar 2009 13:11:54 +0200, Bogdan-Andrei Iancu wrote: > >> With this limitation (maybe I should drop it in the future) it means we >> cannot change the routing at BYE time, so what we have to find a way to >> do it when the dialog module stores the routing information in the >> dialog structure. >> >> If we replace the contact sent by client with the NAT address, will the >> client still accept the sequential requests (in your case)? >> > > I found at least one example where it will not accept the sequential > request. The Cisco 7940 phone running software version P0S3-08-6-00 > refuses an in-dialog request to a Request-URI that it doesn't > recognize. I originate a call from this phone and rewrite the Contact > with the NAT public address. When the other end sends a BYE to the > modified (public IP) contact, the Cisco responds with 404 Not found > and the display on the phone shows the call keeps going. > > I do not know if the Cisco is the only phone with this problem. > Than, there is no way to do it with the current code. As future solution I would suggested to make possible with dialog to store kind of OBP for each leg (to be used for NAT corrections).
Regards, Bogdan _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
