Hello.
Just an update on my previous post.
After reading section 16 in RFC3261, it looks like SER
is not supposed to send an ACK to a 2xx response (in
an INVITE dialog), since this ACK is supposed to be
generated by UAC core.
A proxy (like SER) would not implement UAC core
functionality, even if it is in stateful mode.
So, it means that SER is behaving 'correctly' as
described below.
If anyone has noted otherwise, please share with me.
Thanks!
C
--- C Y <bunnahnah2(a)yahoo.com> wrote:
Hello,
My setup is for an INVITE session is:
UAC ----> SER -----> UAS
I am using SER is a stateful forwarder (using
t_relay).
I find that when my UAS sends a "200 OK" to my UAC
(via SER), SER does not send an ACK to my UAS.
The 200 message is forwarded correctly to my UAC,
but
my UAC is taking quite some time to reply.
Therefore, there is timeout, and my UAS is
re-sending
the 200 messages to SER (and SER just forward them
on
to my UAC).
My question is, is this correct behaviour?
Or is SER supposed to ACK immediately a 200 message,
before forwarding it to my UAC?
Thanks for any pointers!
Chee
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam
protection around
http://mail.yahoo.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com