#242 INVITE without Contact relayed

[Anonymous]

Hello.

I think, thath i have found a bug.

opensips recieve this message:
INVITE sip:1000085110@10.254.157.42:5060 SIP/2.0.
Record-Route: <sip:10.2.166.17;lr=on;ftag=861013891;vsf=AAAAAFVXVwMCCXVLWkchVx0BYS5ydQ-->.
Record-Route: <sip:[--IP-HERE--];lr=on;ftag=861013891>.
Via: SIP/2.0/UDP 10.2.166.17;branch=z9hG4bK2874.b998c896.0.
Via: SIP/2.0/UDP [--IP-HERE--];branch=z9hG4bK2874.8f3e33b6.0.
Via: SIP/2.0/UDP 10.254.157.104:5060;received=[--IP-HERE--];branch=z9hG4bK609371529;rport=14259.
Max-Forwards: 68.
From: "1000085253" <sip:dgg321@[--DOMAIN-HERE--]>;tag=861013891.
To: "anonymous" <sip:1000085110@[--DOMAIN-HERE--]>.
Call-ID: 3335133038@10.254.157.104.
Server: IMS Server 1.0.
User-Agent: IMS Client v0.001.
sip:[--DOMAIN-HERE--].
Supported: timer,replaces.
Allow: INVITE,ACK,CANCEL,BYE,SUBSCRIBE,NOTIFY,MESSAGE,INFO,UPDATE.
Accept-Contact: *;description="VT";explicit;require.
Session-Expires: 1800;refresher=uac.
CSeq: 2 INVITE.
Content-Type: application/sdp.
Content-Length: 232.
.
[--SDP-CUTTED--]

than this message was relayed to the client pointed in the Request URI, client answer with response:
SIP/2.0 400 Bad Request.
Via: SIP/2.0/UDP [--IP_HERE--];branch=z9hG4bK2874.9f3e33b6.0.
Via: SIP/2.0/UDP 10.2.166.17;branch=z9hG4bK2874.b998c896.0.
Via: SIP/2.0/UDP [--IP_HERE--];branch=z9hG4bK2874.8f3e33b6.0.
Via: SIP/2.0/UDP 10.254.157.104:5060;received=[--IP_HERE--];branch=z9hG4bK609371529;rport=14259.
Max-Forwards: 70.
From: ""1000085253"" <sip:dgg321@[--DOMAIN_HERE--]>;tag=861013891.
To: ""anonymous"" <sip:1000085110@[--DOMAIN_HERE--]>.
Call-ID: 3335133038@10.254.157.104.
CSeq: 2 INVITE.
Content-Length: 0.

but opensips still trying to retransmit initial invite to client...

First of all, in accordance with RFC3261 (Section 8.1.1.8) INVITE without "Contact" header must be rejected.
I see, I can reject such message using configuration to check presentity of this header in INVITE message, but it would be better when it will be done thru the parser/tm modules by opensips.

Second is the question: why opensips try to retransmit initial INVITE when response was already recieved.

version: opensips 1.5.3-notls (x86_64/linux)
flags: STATS: Off, USE_IPV6, USE_TCP, DISABLE_NAGLE, USE_MCAST, SHM_MEM, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
svnrevision: 4:921M
@(#) $Id: main.c 5887 2009-07-16 11:47:46Z bogdan_iancu $
main.c compiled on 18:10:15 Dec 29 2009 with gcc 4.1.2

[Alexey Nikolaev]

Forget to login. This is my issue.

[Bogdan-Andrei Iancu]

Hi Alexey ,

For the first issue, contact related, if you want to do some very advanced sanity checks, you need to do them explicitly from the script. OpenSIPS is checking by default just the syntax part and the elements it is interested in.

Now, about the 400 reply and retransmission...Are you sure OpenSIPS is receiving the 400 reply? can you run in full debug (debug=6) and post the part corresponding the reply processing ?

Regards,
Bogdan

[Alexey Nikolaev]

Hi, Bogdan.

Sorry for the delay with answer. Happy new year! :)
I'll try to reproduce this with more detailed debug.

[Alexey Nikolaev]

Hi, Bogdan.

I have reproduce the problem with 400 reply and have taken logs with debug=6. Is it possible to share debug privately to you?

Thanks.
Alexey.

[Bogdan-Andrei Iancu]

Sure, please send me the stuff on bogdan at voice dash system dot ro