[Live-devel] Streaming past a firewall.

Neil Alexander nalex at hand-off.com
Wed Oct 12 19:13:29 PDT 2005


Here is the log:

[Session started at 2005-10-12 18:09:28 -0400.]
Play this stream using the URL "rtsp://192.168.1.100:8554/ 
Channel_000a27000406d105_Broadcast"

accept()ed connection from 192.168.1.1
RTSPClientSession[0x510c000]::incomingRequestHandler1() read 210  
bytes:DESCRIBE rtsp://24.50.44.57:8554/ 
Channel_000a27000406d105_Broadcast RTSP/1.0
CSeq: 1
Accept: application/sdp
Bandwidth: 384000
Accept-Language: en-US
User-Agent: QTS (qtver=7.0.1;cpu=PPC;os=Mac 10.4.2)


parseRequestString() returned cmdName "DESCRIBE", urlPreSuffix "",  
urlSuffix "Channel_000a27000406d105_Broadcast"
sending response: RTSP/1.0 200 OK
CSeq: 1
Date: Wed, Oct 12 2005 22:10:02 GMT
Content-Base: rtsp://192.168.1.100:8554/ 
Channel_000a27000406d105_Broadcast/
Content-Type: application/sdp
Content-Length: 379

v=0
o=- 1129154968902488 1 IN IP4 192.168.1.100
s=Session streamed by "BeThere!"
i=Channel_000a27000406d105_Broadcast
t=0 0
a=tool:LIVE.COM Streaming Media v2005.05.26
a=type:broadcast
a=control:*
a=range:npt=0-
a=x-qt-text-nam:Session streamed by "BeThere!"
a=x-qt-text-inf:Channel_000a27000406d105_Broadcast
m=video 0 RTP/AVP 26
c=IN IP4 0.0.0.0
a=control:track1
RTSPClientSession[0x510c000]::incomingRequestHandler1() read 317  
bytes:SETUP rtsp://192.168.1.100:8554/ 
Channel_000a27000406d105_Broadcast/track1 RTSP/1.0
CSeq: 2
Transport: RTP/AVP;unicast;client_port=6970-6971
x-retransmit: our-retransmit
x-dynamic-rate: 1
x-transport-options: late-tolerance=2.900000
User-Agent: QTS (qtver=7.0.1;cpu=PPC;os=Mac 10.4.2)
Accept-Language: en-US


parseRequestString() returned cmdName "SETUP", urlPreSuffix  
"Channel_000a27000406d105_Broadcast", urlSuffix "track1"
sending response: RTSP/1.0 200 OK
CSeq: 2
Date: Wed, Oct 12 2005 22:10:03 GMT
Transport: RTP/ 
AVP;unicast;destination=192.168.1.1;client_port=6970-6971;server_port=55 
400-55401
Session: 1

RTSPClientSession[0x510c000]::incomingRequestHandler1() read 203  
bytes:PLAY rtsp://24.50.44.57:8554/Channel_000a27000406d105_Broadcast  
RTSP/1.0
CSeq: 3
Range: npt=0.000000-
x-prebuffer: maxtime=2.000000
Session: 1
User-Agent: QTS (qtver=7.0.1;cpu=PPC;os=Mac 10.4.2)


parseRequestString() returned cmdName "PLAY", urlPreSuffix "",  
urlSuffix "Channel_000a27000406d105_Broadcast"
sending response: RTSP/1.0 200 OK
CSeq: 3
Date: Wed, Oct 12 2005 22:10:03 GMT
Range: npt=0.000-
Session: 1
RTP-Info: url=rtsp://192.168.1.100:8554/ 
Channel_000a27000406d105_Broadcast/track1;seq=35431;rtptime=1397894598

accept()ed connection from 192.168.1.1
RTSPClientSession[0x510c000]::incomingRequestHandler1() read 227  
bytes:GET /Channel_000a27000406d105_Broadcast HTTP/1.0
User-Agent: QTS (qtver=7.0.1;cpu=PPC;os=Mac 10.4.2)
x-sessioncookie: vcKstwAAA3ABVg0WAVXagQ
Accept: application/x-rtsp-tunnelled
Pragma: no-cache
Cache-Control: no-cache


parseRequestString() failed!
sending response: RTSP/1.0 400 Bad Request
Date: Wed, Oct 12 2005 22:10:13 GMT
Allow: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE


BTAudioVideoKit has exited due to signal 11 (SIGSEGV).



On Oct 12, 2005, at 2:38 PM, Ross Finlayson wrote:

>
>
>> Hmm. That's interesting. I know that the server is working on the  
>> LAN - it just can't get past the router. I put in the debug info,  
>> and find that the actual play request uses the static IP and not  
>> the machine's local IP and therefore doesn't work. It starts a  
>> session, sets it up, then stalls because the play command uses the  
>> "wrong" IP.
>>
>
> OK, your problem is not that you are streaming past a firewall;  
> it's that you're streaming past a NAT (Network Address Translation)  
> box.
>
> Please send us the debug output (i.e., RTSP protocol interaction)  
> when you (i) use "openRTSP" (with the "-t" option) as your client,  
> and (ii) use QuickTime Player as your client.  I'll see if anything  
> can be done at the server end to get things working.  (It's  
> possible, though, that nothing can be done.  In general a RTSP  
> server should have a proper unique - non NATted - IP address.)
>
>
>     Ross Finlayson
>     Live Networks, Inc. (LIVE555.COM)
>     <http://www.live555.com/>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.live555.com/pipermail/live-devel/attachments/20051012/23ebbb5b/attachment.html


More information about the live-devel mailing list