chakrit / pjsip Goto Github PK

Hi,for my code,when I recive a INVITE,I will call back a 200.After the ACK,my project send a BYE.In the output infomation,I see the "SDP offer/answer incomplete,end the session" .Why?

10:00:10.258 sip_endpoint.c Processing incoming message: Request msg INVITE/cseq=2 (rdata0xf2a8b534)
10:00:10.259 sip_intf.cpp .RX 757 bytes Request msg INVITE/cseq=2 (rdata0xf2a8b534) from UDP 52.23.0.28:5061:
INVITE sip:[email protected]:5070 SIP/2.0
Via: SIP/2.0/UDP 52.23.0.28:5061;branch=z9hG4bKfa326ac6e4226ac67e326ac68
Call-ID: [email protected]
From: sip:[email protected]:5061;tag=2573d8723b63d872a173d8725173d872
To: sip:[email protected]:5070
CSeq: 2 INVITE
Contact: sip:[email protected]:5061
User-Agent: IMOS/V3
Subject: 52038200001310005262:0058104e71b9104e781,52038200002000000066:03dc87fb123d87fb1b9
Max-Forwards: 70
Content-Length: 176
Content-Type: application/sdp

v=0
o=52038200002000000066 0 0 IN IP4 52.23.19.238
s=Play
c=IN IP4 52.23.19.238
t=0 0
m=video 40714 RTP/AVP 96
i=primary
a=recvonly
a=rtpmap:96 PS/90000
y=0382007372

--end msg--

_________________1

_________________2

_________________3

_________________4

!!!!!!!!!!!status parse OK
!!!!!!!!!!!status validate2 OK

_________________5

_________________6

_________________7

!!!!!!!!!!!!!!!!!!! 11111111111

!!!!!!!!!!!!!!!!!!! 2222222222

Create RealInfo Session!!!!!
ConnectAddr Succeed:server_ip = 192.168.0.8, remote_rtp_port = 40714, remote_ip = 52.23.19.238, remote_rtp_port = 40714
, challelID = 3301061000005262￡? streamType = 1, user = 148613592
success RealPlay

Success Play --> playNumber = 1
sdk_sess Number = 1
10:00:10.263 tsx0xf2a99624 ..Transaction created for Request msg INVITE/cseq=2 (rdata0xf2a8b534)
10:00:10.263 tsx0xf2a99624 .Incoming Request msg INVITE/cseq=2 (rdata0xf2a8b534) in state Null
10:00:10.263 tsx0xf2a99624 ..State changed from Null to Trying, event=RX_MSG
10:00:10.263 dlg0xf2a98e1c ...Transaction tsx0xf2a99624 state changed to Trying
10:00:10.263 dlg0xf2a98e1c .UAS dialog created
10:00:10.263 dlg0xf2a98e1c .Module mod-invite added as dialog usage, data=0xf2a05cc8
10:00:10.264 dlg0xf2a98e1c ..Session count inc to 2 by mod-invite
10:00:10.264 inv0xf2a98e1c .UAS invite session created for dialog dlg0xf2a98e1c
10:00:10.264 endpoint ..Response msg 200/INVITE/cseq=2 (tdta0xf2a9a1d0) created
10:00:10.264 dlg0xf2a98e1c ..Initial answer Response msg 200/INVITE/cseq=2 (tdta0xf2a9a1d0)
10:00:10.264 inv0xf2a98e1c ..Sending Response msg 200/INVITE/cseq=2 (tdta0xf2a9a1d0)
10:00:10.264 dlg0xf2a98e1c ...Sending Response msg 200/INVITE/cseq=2 (tdta0xf2a9a1d0)
10:00:10.264 tsx0xf2a99624 ...Sending Response msg 200/INVITE/cseq=2 (tdta0xf2a9a1d0) in state Trying
10:00:10.265 sip_resolve.c ....Target '52.23.0.28:5061' type=UDP resolved to '52.23.0.28:5061' type=UDP (UDP transport)
10:00:10.265 sip_intf.cpp ....TX 688 bytes Response msg 200/INVITE/cseq=2 (tdta0xf2a9a1d0) to UDP 52.23.0.28:5061:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 52.23.0.28:5061;received=52.23.0.28;branch=z9hG4bKfa326ac6e4226ac67e326ac68
Call-ID: [email protected]
From: sip:[email protected];tag=2573d8723b63d872a173d8725173d872
To: sip:[email protected];tag=r9mfhIPRI.3xjn4w2X.ui8ap-xfG3Yiv
CSeq: 2 INVITE
Contact: sip:[email protected]:5070
Allow: INVITE, ACK, BYE, CANCEL, UPDATE, PRACK
Supported: 100rel
Content-Type: application/sdp
Content-Length: 163

v=0
o=52038200001310005262 0 0 IN IP4 192.168.0.8
s=Play
c=IN IP4 192.168.0.8
t=0 0
m=video 40714 RTP/AVP 96
a=sendonly
a=rtpmap:96 PS/90000
y=0382007372

--end msg--
10:00:10.265 tsx0xf2a99624 ....State changed from Trying to Completed, event=TX_MSG
10:00:10.265 dlg0xf2a98e1c .....Transaction tsx0xf2a99624 state changed to Completed
10:00:10.266 sip_intf.cpp ......Session( From: sip:[email protected];tag=r9mfhIPRI.3xjn4w2X.ui8ap-xfG3Yiv <-> To: sip:[email protected];tag=2573d8723b63d872a173d8725173d872, addr: 0xf74e300c ): state changed to CONNECTING

-----133333-------------------------

-----233333-------------------------
10:00:10.269 sip_endpoint.c Processing incoming message: Request msg ACK/cseq=2 (rdata0xf2a8b534)
10:00:10.269 sip_intf.cpp .RX 487 bytes Request msg ACK/cseq=2 (rdata0xf2a8b534) from UDP 52.23.0.28:5061:
ACK sip:[email protected]:5070 SIP/2.0
Via: SIP/2.0/UDP 52.23.0.28:5061;branch=z9hG4bKfa326ac6e4226ac67e326ac68
Call-ID: [email protected]
From: sip:[email protected]:5061;tag=2573d8723b63d872a173d8725173d872
To: sip:[email protected]:5070;tag=r9mfhIPRI.3xjn4w2X.ui8ap-xfG3Yiv
CSeq: 2 ACK
Contact: sip:[email protected]:5061
User-Agent: IMOS/V3
Max-Forwards: 70
Content-Length: 0

--end msg--
10:00:10.270 tsx0xf2a99624 .Incoming Request msg ACK/cseq=2 (rdata0xf2a8b534) in state Completed
10:00:10.270 tsx0xf2a99624 ..State changed from Completed to Confirmed, event=RX_MSG
10:00:10.270 dlg0xf2a98e1c ...Transaction tsx0xf2a99624 state changed to Confirmed
10:00:10.270 inv0xf2a98e1c ....SDP offer/answer incomplete, ending the session
10:00:10.270 endpoint .....Request msg BYE/cseq=16636 (tdta0xf2a9c180) created.
10:00:10.270 inv0xf2a98e1c .....Sending Request msg BYE/cseq=16636 (tdta0xf2a9c180)
10:00:10.271 dlg0xf2a98e1c ......Sending Request msg BYE/cseq=16636 (tdta0xf2a9c180)
10:00:10.271 tsx0xf2a9d1ec .......Transaction created for Request msg BYE/cseq=16635 (tdta0xf2a9c180)
10:00:10.271 tsx0xf2a9d1ec ......Sending Request msg BYE/cseq=16635 (tdta0xf2a9c180) in state Null
10:00:10.271 sip_resolve.c .......Target '52.23.0.28:5061' type=Unspecified resolved to '52.23.0.28:5061' type=UDP (UDP transport)
10:00:10.271 sip_intf.cpp .......TX 423 bytes Request msg BYE/cseq=16635 (tdta0xf2a9c180) to UDP 52.23.0.28:5061:
BYE sip:[email protected]:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.8:5070;rport;branch=z9hG4bKPjyolIqkLXy36VY5oePN6tDRceo.aW5tcC
Max-Forwards: 70
From: sip:[email protected];tag=r9mfhIPRI.3xjn4w2X.ui8ap-xfG3Yiv
To: sip:[email protected];tag=2573d8723b63d872a173d8725173d872
Call-ID: [email protected]
CSeq: 16635 BYE
Content-Length: 0

For me, adding anything custom to LDFLAGS in user.mak causes broken builds due to duplicate linking. The provided LIBS flag does nothing apparent whatsoever. For example, if I create a library libmy_lib.so and place it in third_party/lib and simply set:

LDFLAGS += '-lmy_lib'

I can see at the bulid failure that the final command has my LDFLAGS mistakenly duplicated:

... -lmy_lib -lmy_lib

Any ideas? (Using r4687).

Temporary Workaround

Copied my library into third_party/lib and that automatically included and built it, but in the end the library produced (pjsua2) was missing symbols. I was also getting "File truncated" issues, which is caused by a "missing instruction" from the pjsip setup page: be sure you do make clean && make from the swig directory between builds! I put "missing instruction" in quotes, because the instructions do specify running make clean between builds from root, which suggests you don't need it for swig or they would have included it as before. It is not enough to run make clean from the root, as it leaves behind old object files that will not be re-linked to the newer versions of associated parent libs (necessarily).

I'm getting a bad access in one of the libraries...I was hoping the latest might address it.