Just learned, that on receiving 100 Trying, the UA can give that
responsibility to the proxy :-)
-----Original Message-----
From: users-bounces(a)openser.org [mailto:users-bounces@openser.org] On Behalf
Of Walter Schober
Sent: Wednesday, February 15, 2006 5:52 PM
To: users(a)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(a)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"