• Get involved.
    We want your input!
    Apply for Membership and join the conversations about everything related to broadcasting.

    After we receive your registration, a moderator will review it. After your registration is approved, you will be permitted to post.
    If you use a disposable or false email address, your registration will be rejected.

    After your membership is approved, please take a minute to tell us a little bit about yourself.
    https://www.radiodiscussions.com/forums/introduce-yourself.1088/

    Thanks in advance and have fun!
    RadioDiscussions Administrators

An Idea I have...

LA_Guy said:
The problem with this type of setup is firewalls.

Firewalls are set up to only allow packets from the WAN side to come in if someone from the LAN side has requested them. On the send end our Instreamers will be set to push packets out (which go right through firewalls), They will be pushed to our server. On the receive end, the Exstreamer will pull packets from our server, circumventing the firewall there.
It's the 'push/pull' that makes it work. Also, our server provides the static IP address that's needed for the units to work.

Guys, we're talking 25 bucks a month here (if you pay by the year). For that you get better then 4 nines reliability on the server (fed by HUGE pipes), a toll free 24 hour support number and access to Barix that only I can provide (I stock Instreamers and Exstreamers and LAX is only a few minutes away). Shouldn't I be able to make a few bucks too?

Yeah your right but as I subscribed it. The extreamer would also seek connectivity from inside to the outside world. Response on this port is the push from the instreamer. To make it work in statefull firewalls you could have the extreamer send out to the (dynamic)ip of the instreamer. How does the extreamer know the ip of the instreamer? The server told him after also the instreamer locked in with the server. So after a handshake process between the central server both in and extreamer knows eachothers ip. To make a way through the firewall they both will send out on a negotiated port to eachother. After that peer-to-peer traffic should be possible. Okay I may have simplified things easily in my theory here but still.
 
The F Mister said:
LA_Guy said:
The problem with this type of setup is firewalls.

Firewalls are set up to only allow packets from the WAN side to come in if someone from the LAN side has requested them. On the send end our Instreamers will be set to push packets out (which go right through firewalls), They will be pushed to our server. On the receive end, the Exstreamer will pull packets from our server, circumventing the firewall there.
It's the 'push/pull' that makes it work. Also, our server provides the static IP address that's needed for the units to work.

Guys, we're talking 25 bucks a month here (if you pay by the year). For that you get better then 4 nines reliability on the server (fed by HUGE pipes), a toll free 24 hour support number and access to Barix that only I can provide (I stock Instreamers and Exstreamers and LAX is only a few minutes away). Shouldn't I be able to make a few bucks too?

Yeah your right but as I subscribed it. The extreamer would also seek connectivity from inside to the outside world. Response on this port is the push from the instreamer. To make it work in statefull firewalls you could have the extreamer send out to the (dynamic)ip of the instreamer. How does the extreamer know the ip of the instreamer? The server told him after also the instreamer locked in with the server. So after a handshake process between the central server both in and extreamer knows eachothers ip. To make a way through the firewall they both will send out on a negotiated port to eachother. After that peer-to-peer traffic should be possible. Okay I may have simplified things easily in my theory here but still.

And what happens when the dynamic IP address of the Instreamer changes? How will the Exstreamer know where to 'pull' from then? It gets WAY too complicated if the Instreamer and Exstreamer have to lock to a server and handshake every time someone's IP address changes-and with DSL that can happen every day and whenever the modem reboots. Better to have both locked to something that never changes all the time! Much more reliable this way!
 
I agree Dana. I've been doing effectively what you've been talking about with Barix units for about a year now for a small network of affiliates. Neither our studio nor the clients are set to static IP addys. We use a streaming service provider inbetween that doesn't change their IP. For 30 bucks I'd go your way if I was starting again from scratch. It just amazes me how cheap broadcasters are in reality. Most stations will flush thousands on aimless billboards or new carpet but complain all the way for a STL hop at 30 dollars a month. Broadcasters are the same smart people that put transmitters in tacky little shacks that leak water, have one inadequate anchient air conditioning system, no power protection, one ground rod to ground out a tall tower, let dust accumulate everywhere and put a ten dollar hasp on the door to keep the crooks out. I don't know what it is about broadcasters in general, but sometimes the logic just slays me. They won't spend a dime to make ten bucks...
 
Status
This thread has been closed due to inactivity. You can create a new thread to discuss this topic.


Back
Top Bottom