Advertisement Jump to content


This topic is now archived and is closed to further replies.


IPchains and UDP/video conferencing

This topic is 5886 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Hello all, I've been hunting for info on relaying UDP videoconferencing (Netmeeting) through my Linux router, with no success. I've come across a Microsoft article (here) which explains some of the rules necessary in any socks server to relay videoconferencing; I am in the midst of slogging through it. In a nutshell, the port information necessary is as follows: * Pass through primary TCP connections on ports 389, 522, 1503, 1720, and 1731. * Pass through secondary TCP and UDP connections on dynamically assigned ports (1024-65535). * H.323 is also mentioned, which means encrypted data and likely requires special software to achieve my desired end-result. There is some info I am reading up on at as well. I'm thinking I am missing something rather important, because this seems like a lot of hit-and-miss testing and configuration. Perhaps there is a piece of Linux software I've not found reference to in my searches. Who knows; I am learning as I go. This is my setup: -(cable modem)---Linux router (RH 7.3)---hub---PC (WinXP w/ webcam + NetMeeting) Any help or points-in-the-right-direction are appreciated. [edited by - MatrixCubed on December 4, 2002 10:18:48 AM]

Share this post

Link to post
Share on other sites
I had some major issues a while ago getting Windows SMB to pass through a firewall. Problem had to do with it broadcasting to the high address on the network (eg I had multiple firewalls on all machines on the network, and also a main firewall/router to the internet. I like to have the extra security inside my internal networks and I can easily see if they''ve been penetrated as the logs will show it pretty quick.

I can''t really help yahs much but maybe that video stuff relies on being able to broadcast to some address. I know some of that stuff uses multicasting and it might want to be trying to route to a blocked IP in your firewall.

The best thing to do is to run the application and then go to your router and look at your messages syslog files. Most likely it will report any violations on the firewall if you have configured properly to report these to the log file. This is by far the best means of debugging a firewall problem.

If you have a spare machine try setting it up as an intermediate router. This way you don''t have to plug up your main router and in case you screw up you can open an hole in it while you are configuring and some cracker might take the oppurtunity. That''s how I do my firewall stuff I test it first on a box and route it through the main firewall. Also makes it easier to find problems as you have more logs to look through.


Share this post

Link to post
Share on other sites

  • Advertisement

Important Information

By using, you agree to our community Guidelines, Terms of Use, and Privacy Policy. is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!