I’ve a call-flow, where A tries to set up a live stream to Wowza server (using RTSP ANNOUNCE/SETUP/RECORD), which would reflect it to B. However, when B tries to setup the RTSP session using DESCRIBE, the 200 OK to DESCRIBE from Wowza only contains incomplete SDP, with no media attributes, which make B give up on trying to play the video.
Here is the SDP in ANNOUNCE sent by A to Wowza:
v=0
o=- 0 0 IN IP4 127.0.0.1
s=No Name
c=IN IP4 192.168.2.119
t=0 0
a=tool:libavformat 52.93.0
m=video 0 RTP/AVP 105
a=rtpmap:105 h264/90000
a=fmtp:105 profile-level-id=42e01e; packetization-mode=1; sprop-parameter-sets=Z0IACpZUCg+I,aM44gA==
a=control:streamid=0
m=audio 0 RTP/AVP 106
a=rtpmap:106 AMR/8000
a=fmtp:106 octet-align=1
a=control:streamid=1
and here is the incomplete SDP sent by Wowza to B, in 200 OK to DESCRIBE:
v=0
o=- 235374812 235374812 IN IP4 127.0.0.1
s=1111111111_27_03_2012_18_55_44.sdp
c=IN IP4 0.0.0.0
t=0 0
a=sdplang:en
a=range:npt=now-
a=control:*
I know that AMR as an audio codec is not supported by Wowza; however, even when I changed the audio codec to AAC also, the same problem persisted. One other thing of note is: in the SETUP(subsequent to ANNOUNCE) sent by A(handwritten client) to Wowza, A sends “mode=receive”, and doesn’t send the session ID sent back by Wowza in 200 OK to ANNOUNCE. Could this make Wowza refuse to reflect the session?
In the Wowza error logs, this is what I get:
WARN server comment 2012-03-27 18:57:16 - - - - - 11944.279 - - - - - - - - RTPStream.idle[235374812:live/definst:]: Close RTSP/RTP session. Session timeout: 90000
Could someone help? Thx.