On Wed, 16 Jan 2008, Klaus Darilion wrote:
I guess somehow the message gets looped to the proxy again:
Take a look at the topmost Via header of the relayed PUBLISH. At the end you
see .1 and .2. This measn the .1 branch and the .2 branch. Where is the .0
branch?
I guess it is lopped back to openser (via loopback interface) and is rejected
with 407.
Try "ngrep -d any" or "tcpdump -i any" to see loopback too!
Right!
There was a 3rd binding "sip:[EMAIL PROTECTED]" targetted to
an undefined user...
Any hint how to workaround this case? I suppose I might be able to
detect this situation inside my "branch" routing script?
tks,
Aymeric MOIZARD / ANTISIP
amsip - http://www.antisip.com
osip2 - http://www.osip.org
eXosip2 - http://savannah.nongnu.org/projects/exosip/
regards
klaus
Aymeric Moizard schrieb:
On Wed, 16 Jan 2008, Bogdan-Andrei Iancu wrote:
Hi Aymeric,
could you describe the message flow (requests and replies)? I understand
you do parallel forking to 2 clients that return 5xx replies, but where
the 407 comes from??
I was about to send the capture:
http://antisip.antisip.com/publish-issue.pcap
Put the filter "sip contains 77622" to view the incoming
transaction + the 2 outgoing transactions. 2 501 are received
and one 407 is sent back. There is no incoming 407 that comes
to openser.
I have to admit that the call flow is strange, because my openser forwards
the PUBLISH sent by a user to himself. (I don't have presence server) The
second strange thing is that the same softphone is registred twice on the
same IP... However, this demonstrates the issue.
In case, there is only ONE binding for the user, the 501 is forwarded
correctly...
To reproduce the error:
My softphone:
http://sip.antisip.com/download/emansip-setup/emansip-setup-v411-rc10.exe
Create an account first on:
http://sip.antisip.com/
I'm currently modifying my softphone to send 405, hoping that will fix
the issue... However, it would still be nice to solve it.
tks for your effort,
Aymeric
regards,
bogdan
Iñaki Baz Castillo wrote:
On Wednesday 16 January 2008 14:58:22 Aymeric Moizard wrote:
(sorry: just repost to follow correct thread/subjet)
I just found another example from rfc3261 where an endpoint will use
5xx
class answer:
12.2.2 UAS Behavior
Page 76:
If the remote sequence number is empty, it MUST be set to the value
of the sequence number in the CSeq header field value in the
request.
If the remote sequence number was not empty, but the sequence number
of the request is lower than the remote sequence number, the request
is out of order and MUST be rejected with a 500 (Server Internal
Error) response.
Hope I convinced you!
Yes ;)
So the question here is why OpenSer is replying 407. But it's so
strange...
_______________________________________________
Users mailing list
Users@lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users
