Hi Glenn,
even if the client does not place a rport to it's via, you can force it
from script via force_rport() core function:
than openser will place the rport and will correctly route back the
reply through the NAT.
regards,
bogdan
Glenn Dalgliesh wrote:
I am seeing a similar problem when NAT is involved with
a client that
doesn't place rport in it's Via header. Are you using NAT in your scenario?
I have found that in my case the OK response to the BYE gets forwarded to
the originating source port instead of the received port which gets rejected
by the NAT router and then the BYE gets regenerated but since the GW already
received the first BYE and responded with an OK you will then get a 'Call
Leg/Transaction Does Not Exist' since the call has already been
disconnected.
Please let me know if you think this could be related to your issue. I may
have a fixed but I am not sure how proper it is.
Thanks
-----Original Message-----
From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf
Of Daniel-Constantin Mierla
Sent: Friday, October 14, 2005 2:24 AM
To: Sam Lee
Cc: users(a)openser.org
Subject: Re: [Users] BYE method accompanied by error
It seems that the gateway does not like the BYE, maybe there are some
bad header values there. Anyhow, you can account failed transactions too
(see failed_transaction_flag parameter of acc module), or just use
acc_db_request() function for BYEs.
Cheers,
Daniel
On 10/13/05 05:30, Sam Lee wrote:
Any help I can get on this one ?
Sam
-----Original Message-----
From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On
Behalf Of Sam Lee
Sent: Wednesday, October 12, 2005 3:27 PM
To: Iqbal; users(a)openser.org
Subject: RE: [Users] BYE method accompanied by error
I have checked that the phones have not received a prior BYE. Any other
idea what is wrong ?
Here's a more detailed situation :-
Caller (PSTN) --> Voice Gateway --> OPENSER --> Callee (UA)
When Callee (UA) tried to end the call , OPENSER will forward a copy of
the BYE to Voice Gateway to inform him of the BYE.
The Gateway , somehow , replied with a 'Call Leg/Transaction Does Not
Exist' . The strange thing is, the Caller (PSTN) was somehow informed of
the BYE method and terminate the session . Anyone has any idea how to
handle these errors ? I will be glad to provide a ngrep for more
reference.
Regards,
Sam
-----Original Message-----
From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On
Behalf Of Iqbal
Sent: Tuesday, October 11, 2005 7:35 PM
To: Sam Lee
Cc: users(a)openser.org
Subject: Re: [Users] BYE method accompanied by error
Can you check to see if you have already received a BYE for that call,
some phones I had were sending there own Bye's after the GW had
Iqbal
Sam Lee wrote:
Hi all,
I would like to know why does my BYE method are always replied with a
'Call Leg/Transaction does not exist' . How do they compare whether
the transaction in the BYE method exist or not ? ( tag? ftag ? ) Are
there any thing in the config that might cause this kind of problem ?
Just want to highlight that all the calls are made in a good
condition, everything except when the call is ending.
Please let me know if you dont understand.
Regards,
Sam
-----------------------------------------------------------------------
-
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users