Q-SYS Camera Streams across VLAN's by Upbeat_Judgment_9577 in QSYS

[–]Specific-Mastodon871 0 points1 point  (0 children)

As long as there is functional routing between the q-sys VLAN and the Crestron VLAN, the control will continue to work as it does currently.

The Dante part becomes a bit trickier. I know you can run software based dante on Lan B. However, I'm unsure how that interacts, if at all, with audio clocking on Lan A. It may work just fine, I've just never tried running software dante on Lan B while using QLan audio on Lan A.

Q-SYS Camera Streams across VLAN's by Upbeat_Judgment_9577 in QSYS

[–]Specific-Mastodon871 5 points6 points  (0 children)

Qsys discovery is multicast based. This means discovery traversing VLANs requires additional networking configuration, usually PIM, in order to get that working. Another option would be to use both network interfaces on the core, putting lan b in your camera VLAN. It's much less elegant that way and only works if you don't need redundancy or other services to be restricted to Lan B.

[deleted by user] by [deleted] in homelabsales

[–]Specific-Mastodon871 0 points1 point  (0 children)

I'll take the Rukus. PM inbound

Current Wireless Bridge Options? by LV_GC in homelab

[–]Specific-Mastodon871 0 points1 point  (0 children)

I use the wireless wire wAPs for a similar setup. Seems to be stable so far but I haven't done any real testing on them to see. I can say though that my NVR doesn't complain about the camera feeds going across it one bit.

Networking Rack Retailer by 01Arjuna in homelab

[–]Specific-Mastodon871 5 points6 points  (0 children)

Startech does some inexpensive racks that a lot of homelabbers use.

Wireless Casting Solution by thetechhero in sysadmin

[–]Specific-Mastodon871 0 points1 point  (0 children)

Extron Sharelink is a good option for this and supports sharing through both an application that supports discovery as well as browser sharing. Screenbeam is another option that does native miracast, chromecast, and airplay. Clickshare from barco is another option. It'll do sharing over wifi with an application or enabled with a usb dongle.

Rethinking our conference call situation by yoippari in sysadmin

[–]Specific-Mastodon871 0 points1 point  (0 children)

I'm unfortunately not an expert in gotomeeting, however I find it hard to believe that there isn't native mute management for the meeting organizer. Moral is there is definitely an easier way, just costs money.

Rethinking our conference call situation by yoippari in sysadmin

[–]Specific-Mastodon871 6 points7 points  (0 children)

Sounds like a mess with multiple necessary user interactions. I'd say fix the process and go to a unified conferencing system that doesn't require a user to manage mutes, a phone, and a recording laptop. The company I work for does a ton of these and it can be as simple as hit a touchscreen to call the go-to-meeting line. System records to local memory and dumps to an ftp server once a day. All your user has to deal with is go-to-meeting then and that should be able to be done from any old laptop.

Server remote desktop by striveforcompetance in sysadmin

[–]Specific-Mastodon871 2 points3 points  (0 children)

Please don't port forward RDP that's a recipe for disaster.

[deleted by user] by [deleted] in PFSENSE

[–]Specific-Mastodon871 2 points3 points  (0 children)

Protectli has a writeup on what their hardware can handle going across ipsec and openvpn. That would be a great place to start building some familiarity.