Just learned, that on receiving 100 Trying, the UA can give that responsibility to the proxy :-)
-----Original Message----- From: users-bounces@openser.org [mailto:users-bounces@openser.org] On Behalf Of Walter Schober Sent: Wednesday, February 15, 2006 5:52 PM To: users@openser.org Subject: RE: [Users] Requests resent by proxy?
Hi!
Pls correct me, if I'm wrong, but I always thought, that retransmissions should be done by the UA, not the proxy?
Attached is (a rather complex call scenario - but currently I don't have an easier one). 002.002.002.25 is the OpenSER. Look at Line 118 and 124 (unfortunately Ethereal can't display filter that scenario and save it to a separate file... Fragmented frames ... infos lost). They are just sent by the proxy 0.033s afterwards.
Nevertheless there are some more problems in that call: RTPProxy assigns same port to voice and video on reinvite in opposite direction and repeated ACK is not terminated in transaction and ftag on previous proxy isn't translated correctly, since transaction already gone there...
Not that I have a problem now, it's just disturbing.
BTW: RTPProxy bug workaround by if looseroute if method == INVITE || REFER unforce_rtp_proxy force_rtp_proxy
Br Walter
-----Original Message----- From: Bogdan-Andrei Iancu [mailto:bogdan@voice-system.ro] Sent: Wednesday, February 15, 2006 12:06 PM To: Klaus Darilion Cc: Walter Schober; users@openser.org Subject: Re: [Users] Requests resent by proxy?
Klaus Darilion wrote:
On Wed, February 15, 2006 11:01, Bogdan-Andrei Iancu said:
Hi Klaus,
that's true - I guess I was the one telling that :). But if that's the case, you will see only one retransmission between within the *first* second. Walter says something about "2 to 40 ms"