[Red5] RTMPT caveats?

[Tyler Kocheran]

I think so. Aha! It was sent by Paul, here it is:


          <servlet>
 <servlet-name>rtmpt</servlet-name>
<servlet-class>org.red5.server.net.rtmpt.RTMPTServlet</servlet-class>
 <load-on-startup>1</load-on-startup>
</servlet>

 <servlet-mapping>
<servlet-name>rtmpt</servlet-name>
<url-pattern>/fcs/*</url-pattern>
 </servlet-mapping>

<servlet-mapping>
<servlet-name>rtmpt</servlet-name>
 <url-pattern>/open/*</url-pattern>
</servlet-mapping>

 <servlet-mapping>
<servlet-name>rtmpt</servlet-name>
 <url-pattern>/close/*</url-pattern>
</servlet-mapping>

 <servlet-mapping>
<servlet-name>rtmpt</servlet-name>
<url-pattern>/send/*</url-pattern>
 </servlet-mapping>

<servlet-mapping>
<servlet-name>rtmpt</servlet-name>
 <url-pattern>/idle/*</url-pattern>
</servlet-mapping>

Add it to each application's web.xml file.

On Mon, Feb 23, 2009 at 11:29 AM, Christopher Walzl <cwalzl at gmail.com>wrote:

> Cool, thanks Tyler.  I'll check it out.  Yeah, it looks like tunneling over
> HTTP may be our only option for some of our clients.  Some of our clients
> have their firewalls locked down such that only http/port 80 traffic can get
> through to their network.  Others are using proxies which only allow HTTP
> traffic.  The plan is to first try regular RTMP over port 80, and if that
> fails, attempt to connect via RTMPT - performance may not be good, but at
> least they'll be able to connect(hopefully).
> So you need to setup a servlet for each individual Red5 server application?
> I'll try to craft my search a little more carefully this time! Thanks again!
>
> Chris Walzl
> cwalzl at gmail.com
> (972) 974-6728
>
> Sent from my MacBook Pro
>
> On Feb 23, 2009, at 1:18 PM, Tyler Kocheran wrote:
>
> I think you have to set up a servlet in your web.xml file. Dominick or Paul
> posted it a while back. Search the list for RTMPT servlet.
> And you understand the concept behind RTMPT right? It's more or less a
> failover mechanism for a connection that doesn't support RTMP directly. It's
> a lot less performant than RTMP as well and I think it uses more server
> memory, I remember reading that in the list a while back.
>
> On Mon, Feb 23, 2009 at 11:09 AM, Christopher Walzl <cwalzl at gmail.com>wrote:
>
>> Hi All,
>>
>> >From my understanding, Red5 abstracts out the type of connection being
>> used (RTMP, RTMPT etc) from the server application.  So in theory, once I
>> have an application running under Red5 that works with regular RTMP, it
>> should be a matter of the client specifying RTMPT instead of RTMP, and the
>> appropriate port.  Are there any other caveats?  Any other pieces of advice
>> that one needs to know when wanting to support both RTMP and RTMPT?  Does
>> RTMPT support the AMF3 encoding?
>>
>> I'm currently running with Red5 0.8.0 RC1, and the demo applications
>> appear to be working fine with simultaneous RTMP and RTMPT client
>> connections.  However, of course, my application is not working.  It looks
>> like data is being sent to the server fine(via a client talking over RTMPT),
>>  but the clients who are listening on the other end are not receiving the
>> data.  Of course, the application works fine using RTMP.  :-)
>>
>> Sorry for my rambling, but if there are any 'hidden steps', tricks, tips
>> etc when getting an app working with RTMPT, I'm all ears!
>>
>> Thanks!
>>
>> Chris Walzl
>> cwalzl at gmail.com
>> (972) 974-6728
>>
>> Sent from my MacBook Pro
>>
>>
>> _______________________________________________
>> Red5 mailing list
>> Red5 at osflash.org
>> http://osflash.org/mailman/listinfo/red5_osflash.org
>>
>
>
>
> --
> And do this, knowing the time, that now it is high time to awake out of
> sleep;
> for now our salvation is nearer than when we first believed.
> _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_osflash.org
>
>
>
> _______________________________________________
> Red5 mailing list
> Red5 at osflash.org
> http://osflash.org/mailman/listinfo/red5_osflash.org
>
>


-- 
And do this, knowing the time, that now it is high time to awake out of
sleep;
for now our salvation is nearer than when we first believed.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://osflash.org/pipermail/red5_osflash.org/attachments/20090223/3b0461d3/attachment-0001.html>