21 Apr
2006
21 Apr
'06
12:13 a.m.
Hi all
Im in trouble with this problem: I have a Openser the connect to a carrier. I need that
this proxy answer the messages in order that it receive. In my situation, other device one
hope behind it, sends an ACK and, miliseconds after, it sends an INVITE to change the
session. The server where the Openser is installed receive the ACK first than INVITE, but
it ALWAYS forward this INVITE first. This way, I cant connect my proxy to the carrier. I
need to know how I can change this behavior: the SIP proxy needs to send the ACK first.
First in, first out..... Anybody knows how to do it?
Thanks for any suggest
Bruno Machado
---------------------------------
Abra sua conta no Yahoo! Mail - 1GB de espaço, alertas de e-mail no celular e anti-spam
realmente eficaz.
21 Apr
21 Apr
9:25 a.m.
Bruno Machado wrote:
Hi all
Im in trouble with this problem: I have a Openser the connect to a
carrier. I need that this proxy answer the messages in order that it
receive. In my situation, other device one hope behind it, sends an ACK
and, miliseconds after, it sends an INVITE to change the session. The
server where the Openser is installed receive the ACK first than INVITE,
but it ALWAYS forward this INVITE first. This way, I cant connect my
proxy to the carrier. I need to know how I can change this behavior: the
SIP proxy needs to send the ACK first. First in, first out..... Anybody
knows how to do it?
Hi!
The client which receives the reINVITE before the ACK should be smart
enough to accept the reINVITE (which is also an implicit ACK), and then
ignore the late coming ACK.
btw: I've also seen this phenomenon recently when testing with SIPP. The
basic scenario sends INVITE-ACK-BYE. The BYE is sent immediately after
the ACK. In openser, the BYE overtakes the ACK - everytime. Is there
some special processing for ACK which takes more time the for other in
dialog requests?
regards
Klaus
24 Apr
24 Apr
10:28 p.m.
Thanks for your reply, Klaus.
I tried to force a priority on ACK messages, putting in begining's script file the
'relay control'. But it didnt work. The INVITE is forward first.
If somebody knows how to do that, please, let us know.
Thanks
Bruno Machado
Klaus Darilion <klaus.mailinglists(a)pernau.at> escreveu: Bruno Machado wrote:
Hi all
Im in trouble with this problem: I have a Openser the connect to a
carrier. I need that this proxy answer the messages in order that it
receive. In my situation, other device one hope behind it, sends an ACK
and, miliseconds after, it sends an INVITE to change the session. The
server where the Openser is installed receive the ACK first than INVITE,
but it ALWAYS forward this INVITE first. This way, I cant connect my
proxy to the carrier. I need to know how I can change this behavior: the
SIP proxy needs to send the ACK first. First in, first out..... Anybody
knows how to do it?
Hi!
The client which receives the reINVITE before the ACK should be smart
enough to accept the reINVITE (which is also an implicit ACK), and then
ignore the late coming ACK.
btw: I've also seen this phenomenon recently when testing with SIPP. The
basic scenario sends INVITE-ACK-BYE. The BYE is sent immediately after
the ACK. In openser, the BYE overtakes the ACK - everytime. Is there
some special processing for ACK which takes more time the for other in
dialog requests?
regards
Klaus
---------------------------------
Yahoo! doce lar. Faça do Yahoo! sua homepage.
6794
days inactive
6798
days old
2 comments
2 participants
participants (2)
-
Bruno Machado -
Klaus Darilion