[Users] Requests resent by proxy?

[Walter Schober]

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 at voice-system.ro] 
Sent: Wednesday, February 15, 2006 12:06 PM
To: Klaus Darilion
Cc: Walter Schober; users at 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"
>>    
>>
>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: overview.txt
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20060215/7a1ba57d/attachment.txt>