Bharat,
Based on RFC 3261 the userinfo is optional.
SIP-URI = "sip:" [ userinfo ] hostport
uri-parameters [ headers ]
SIPS-URI = "sips:" [ userinfo ] hostport
uri-parameters [ headers ]
This is normal when calling a SIP phone from another using the called
phone's IP Address.
Meena,
I don't know why SJPhone is not responding after receiving the INVITE
from the Solaris UAC. Is the phone configured to use a username? Can you
share the ethereal capture when another Windows UA is calling this
SJPhone?
-Vishal
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bharath
Kumar
Sent: Friday, February 17, 2006 3:23 AM
To: MEENA SELVAM
Cc: [email protected]
Subject: Re: [Sip-implementors] problem while using sjphone as a test
tool
MEENA SELVAM wrote:
>Hi,
>
>I am testing the sip signalling software which I
>wrote. I send the following INVITE message from a
>Solaris machine application program to the SJPhone
>running on a windows machine through udp socket
>
>Message INVITE sent from:
>SOLARIS : 155.226.145.110 port 5060 - through a udp
>socket connection
>to WINDOWS: 155.226.145.85:5060
>
>The message is repeated with exponential backoff : .5
>sec, 1 sec, 2 sec, 4sec (INVITE was sent 5 times)
>
>Results:
>Ethreal sees these messages (ethreal runs at WINDOWS:
>155.226.145.85)
>ie decodes as INVITE messages with proper header and
>sdp attributes.
>
>netstat -a shows that the socket is connected at 5060
>
>INVITE sip:155.226.145.85 SIP/2.0
>
The User agent name is missing in Request URI.
It should be
INVITE sip:[EMAIL PROTECTED] SIP/2.0
"123abc" is UA name.
>Via: SIP/2.0/UDP
>155.226.145.110:5060;rport;branch=z9hG4bkc0a8ea4d0000001a43e0086100001a
bei00000007
>
>From:
>unknown<sip:155.226.145.110:5060>;tag=220985050731149
>
The User agent name is missing in From header.
It should be
From:
unknown<sip:[EMAIL PROTECTED]:5060>;tag=220985050731149
"123cba" is UA name.
similarly To,Contact
>
>To: <sip:155.226.145.85>
>Contact: <sip:155.226.145.110:5060>
>Call-ID:
>[EMAIL PROTECTED]
>CSeq: 1 INVITE
>Max-Forwards: 70
>Content-Type: application/sdp
>User-Agent: SJphone/1.60.289a (SJ Labs)
>Content-Length: 341
>
>v=0
>o=3347744481 3347744481 IN IP4 155.226.145.110
>s=SJphone
>c=IN IP4 155.226.145.110
>t=0 0
>a=direction:active
>m=audio 49154 RTP/AVP 3 97 98 8 0 101
>a=rtpmap:3 GSM/8000
>a=rtpmap:97 iLBC/8000
>a=rtpmap:98 iLBC/8000
>a=fmtp:98 mode=20
>a=rtpmap:8 PCMU/8000
>a=rtpmap:0 PCMU/8000
>a=rtpmap:101 telephone-event/8000
>a=fmtp:101 0-11,16
>
>Other Observation:
>The SJ phone settings is auto accept calls , and
>discover addresses turned OFF in STUN settings.
>
>The call goes through from a SJ phone running on
>WINDOWS: 155.226.145.84 to a SJ phone running on
>WINDOWS: 155.226.145.85 with the above settings on the
>SJphones. The ethereal capture for this successful
>call, indicated that there were 5 INVITES sent, thats
>why the 5 INVITES were sent from the SOLARIS machine
>too.
>
>CAN ANYONE FIGURE OUT what could be wrong and suggest
>me some steps to further debug the issue?
>
>Meena
>
>__________________________________________________
>Do You Yahoo!?
>Tired of spam? Yahoo! Mail has the best spam protection around
>http://mail.yahoo.com
>_______________________________________________
>Sip-implementors mailing list
>[email protected]
>https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
>
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
