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:solomax...@gmail.com] Sent: Wednesday, 6 June 2012 8:18 PM To: openmeetings-user@incubator.apache.org 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, "seba.wag...@gmail.com" <seba.wag...@gmail.com> 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 <solomax...@gmail.com> 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, seba.wag...@gmail.com <seba.wag...@gmail.com> 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 <gkirk...@co2crc.com.au> 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 <https://twitter.com/#%21/dead_lock> http://www.openmeetings.de <http://www.openmeetings.de> http://www.webbase-design.de <http://www.webbase-design.de> http://www.wagner-sebastian.com <http://www.wagner-sebastian.com> seba.wag...@gmail.com <mailto:seba.wag...@gmail.com> -- WBR Maxim aka solomax -- Sebastian Wagner https://twitter.com/#!/dead_lock <https://twitter.com/#%21/dead_lock> http://www.openmeetings.de <http://www.openmeetings.de> http://www.webbase-design.de <http://www.webbase-design.de> http://www.wagner-sebastian.com <http://www.wagner-sebastian.com> seba.wag...@gmail.com <mailto:seba.wag...@gmail.com>
<<image001.png>>