Hello George, sorry for the late response. My current (latest) revision is reported by SVN as "revision 1347362".
dist\red5\conf\red5.properties should have the following property set to rtmpt.target_reponse_size=65536 With this property set RTMPT is works for me (except for screensharing) Could you please check if this property set at your server? If it is set and RTMPT is not working could you send me debug output of client OM (retrieved using http://your_ip:5080/openmeetings/maindebug.as3.swf10.swf)? Could you also try to play with rtmpt.target_reponse_size=65536 property value? set it to 32K (32 * 1024), 128K ? would it affect client debug output? Looking forward for your answers On Wed, Jun 6, 2012 at 7:08 PM, George Kirkham <[email protected]>wrote: > Maxim, what in “red5.properties need to be changed” ? And by this do > you mean that by changing certain properties we can get the rtmpt to work? > **** > > ** ** > > If rtmpt is not working when RTMP fails, can we change RTMP from being > 1935 to 443 (for example), and would this work (of course we would have to > change both red5.properties and config.xml) ? What is the performance > issues with doing this if it would work.**** > > ** ** > > I am looking for solution that will allow OpenMeetings to work for all > people, including people whose firewalls block 1935.**** > > ** ** > > red5.properties**** > > # RTMP**** > > rtmp.host=0.0.0.0**** > > rtmp.port=1935**** > > ** ** > > config.xml**** > > <rtmpport>1935</rtmpport>**** > > ** ** > > George.**** > > ** ** > > *From:* Maxim Solodovnik [mailto:[email protected]] > *Sent:* Wednesday, 6 June 2012 8:18 PM > *To:* [email protected] > *Subject:* Re: Need help with using alternate port for 1935**** > > ** ** > > Only red5.properties need to be changed. > Additionally restart might be necessary**** > > On Jun 6, 2012 5:15 PM, "[email protected]" <[email protected]> > wrote:**** > > rtmpt does not work on demo.openmeetings.de > > Have there been changes since 03.06.2012 that require to update the > binaries or just changing packet size is enough to do the test ? > > Thanks > Sebastian**** > > 2012/6/6 Maxim Solodovnik <[email protected]>**** > > Sebastian,**** > > ** ** > > is RTMPT still not working for you on demo.openmeetings.de?**** > > maybe you can try set packet size to 128K for it?**** > > ** ** > > On Wed, Jun 6, 2012 at 5:08 PM, [email protected] < > [email protected]> wrote:**** > > Hi George, > > the process is like that: > First (try 0) rtmp > try1 rtmpt > try2 rtmpt > try3 rtmpt > > So first it will try rtmp and then 3 times rtmpt. > Things are different if you configure rtmps. > > Currently RTMPT does not work at all with altest builds as there is an > issue with the underlaying Red5 server and RTMPT. > > Changing RTMPT to port 443 (if RTMPT is working again) should be best for > Firewall issues. Packets on port 443 are normally not blocked by firewalls > as 443 is normally HTTPS. > > Sebastian**** > > ** ** > > 2012/6/5 George Kirkham <[email protected]>**** > > Hi,**** > > **** > > We conference with people who are behind a firewall which blocks many > ports, including 1935. Previously I had OpenMeetings working for them by > using “rtmpt.port=8080” instead of the default port “rtmpt.port=8088”, > and while this worked previously it has been failing for some time now.*** > * > > **** > > 1) I think there is a fault in OpenMeetings in using the secondary > ports, as I have been testing with my own installation by disabling port > 1935 in our firewall and then doing an external test (which fails). I have > tested this on the standard installation settings and with my modified 8080 > port, both fail on Try 1 (because I use the firewall to block port 1935), > Try 2 and Try 3.**** > > 2) Can someone please explain to me how the port process works. My > understanding is that if OpenMeetings cannot connect via “rtmp.port=1935” > for “try 1”, then it tries again on “rtmpt.port=8088” for try 2. I do > not know what it attempts to use on try 3 (which is also failing for me). > I believe that it is not trying the alternative ports **** > > 3) Can someone please test for me, by blocking port 1935 in your > firewall and see if external users can connect to your OpenMeetings?**** > > 4) What is the repercussions if I were to change “rtmp.port=1935” to > “rtmp.port=8080” ? Does this affect performance in any way?**** > > 5) The attached image is message I get after the three tries to > connect all fail, when I block port 1935.**** > > **** > > **** > > **** > > Thanks,**** > > **** > > George Kirkham**** > > **** > > **** > > > > **** > > -- > Sebastian Wagner > https://twitter.com/#!/dead_lock > http://www.openmeetings.de > http://www.webbase-design.de > http://www.wagner-sebastian.com > [email protected]**** > > > > **** > > ** ** > > -- > WBR > Maxim aka solomax**** > > > > > -- > Sebastian Wagner > https://twitter.com/#!/dead_lock > http://www.openmeetings.de > http://www.webbase-design.de > http://www.wagner-sebastian.com > [email protected]**** > -- WBR Maxim aka solomax
<<image001.png>>
