Black Box Explains...KVMoIP access technology.
Product Data Sheets (pdf)...ServSwitch Agility
KVMoIP access technology extends keyboard, video, and mouse (KVM) signals from any computer or server over TCP/IP via a LAN, WAN, or Internet connection. Through this KVM over IP (KVMoIP)... more/see it nowconnection, remote users can access and control a number of servers simultaneously from wherever they are, inside or outside the organization, and anywhere in the world. This technology works in diverse hardware environments and is ideal for managing multilocation data centers and branch offices.
These capabilities translate into real savings for companies having to deal with the proliferation of servers in many offices, particularly for corporations and government agencies required to deliver 24/7 uptime and real-time access to mission-critical servers 365 days a year.
KVMoIP products combine the advantages of remote access software with the benefits of KVM switching technology. Like most KVM switches, KVMoIP products don’t require any software to be loaded on the host computers. They interface directly with the keyboard, monitor, and mouse connectors of the host computer or KVM switch. Circuitry within the KVMoIP device digitizes the incoming video signal and processes it into digital data that is communicated to a viewer program running on a remote client computer over a LAN/WAN or the public Internet.
By addressing network issues from a remote location, you can simply manage issues from your desk, or even save yourself the hassle of traveling to a site in the middle of the night. Use a browser-based connection, even a cell phone or PDA, to reboot or administer a roomful of servers remotely—a real convenience.
KVMoIP products that feature virtual media technology take that convenience further. They enable a remote user to effortlessly move files from a mass storage device—a USB flash drive or CD-ROM drive, for instance—from your location to the computer on which you’re working. Cost savings are realized through reduced downtime and less travel. Plus, in some cases, there‘s no to need replace existing KVM switches with proprietary ones to get a KVMoIP server-control solution.
The Black Box difference
Black Box® ServSwitch™ KVMoIP solutions go further than many other KVMoIP products on the market. They not only enable you to access remote servers, but they do this at the BIOS level—important when you go need to troubleshoot from off-site and don’t want to a dispatch
a technician. Install or recover software applications and install OS patches from your location anywhere in the world. Plus, this BIOS-level control is possible regardless of the server’s brand or model and even works if the operating system is down.
The ServReach™ system is also designed for IT managers seeking global centralized KVM management in a world of mushrooming servers and complexity. This global platform works by consolidating all server access and devices via locally connected KVMoIP devices. All this hardware is then united under a single management appliance or software “umbrella” providing global, yet fully secure, out-of-band control.
The ServReach system works seamlessly with more than 500 variations of analog KVM switches from a multitude of vendors and manufacturers. Because it’s vendor independent, you don’t need to replace your data center’s entire KVM infrastructure. ServReach simply
grafts global centralized KVM management onto the existing server room/data center, aligning with third-party KVM switches already in place. This is done with the ServReach KVMGate (KVIP1000A), an IP gateway device designed to connect to each of the legacy KVM devices to provide global centralized KVM management for a fraction of the cost of competitive systems, ensuring a faster and greater ROI.
If you’re planning on opening or acquiring a new data center or a large number of new servers, the ServReach KVManager (KVMGR) is the answer. It can provide any-by-any access via the ServReach KVMCube (KVIP1001A), a compact, rackmountable, digital matrix IP device that gives fully secure, non-blocking access for any of the users to any of the servers simultaneously.
In addition, the servers controlled by legacy KVM switches via KVMGate can still be managed by the ServReach KVManager at
the same time as the new servers controlled through a gateway. With all the servers under the same KVManager umbrella, data centers can now easily acquire new servers and devices without having to worry about how to incorporate the new infrastructure with the old.
For more information on Black Box KVMoIP solutions, visit blackbox.com/go/ServReach. Find out more by watching a KVMoIP demo and accessing related white papers. collapse
ServSwitch Agility Controller Unit Manual
Manual for the ACR1000A-CTL.
ServSwitch DTX Control Appliance Control Manual
Control Manual for the DTX5000-CTL-R2 (Version 2)
- Application Note...
Ethernet Switches and ServSwitch Agility KVM-over-IP Extension
The important interoperability considerations when choosing Ethernet switches for use with Agility systems. (Version 1)
ServSwitch Agility Controller Unit API Manual
API Manual for the ACR1000A-CTL (Version 2)
ServSwitch Agility Controller Unit Firmware
Firmware for the ACR10000A-CTL (Version 2.4.21075)
- Visio Stencil Drawing...
Black Box Explains...Multicasting video over a LAN: Use the right switch.
In KVM extension applications where you want to distribute HD video across a network, you need to understand how it works and what kind of networking equipment to use with... more/see it nowyour extenders.
Think of your network as a river of data with a steady current of data moving smoothly down the channel. All your network users are like tiny tributaries branching off this river, taking only as much water (bandwidth) as they need to process data. When you start to multicast video, data, and audio over the LAN, those streams suddenly become the size of the main river. Each user is then basically flooded with data and it becomes difficult or impossible to do any other tasks. This scenario of sending transmissions to every user on the network is called broadcasting, and it slows down the network to a trickle. There are network protocol methods that alleviate this problem, but it depends on the network switch you use.
Unicast vs. multicasting, and why a typical Layer 2 switch isn’t sufficient.
Unicasting is sending data from one network device to another (point to point); in a typical unicast network, Layer 2 switches easily support these types of communications. But multicasting is transmitting data from one network device to multiple users. When multicasting with Layer 2 switches, all attached devices receive the packets, whether they want them or not. Because a multicast header does NOT have a destination IP address, an average network switch (a Layer 2 switch without supported capabilities) will not know what to do with it. So the switch sends the packet out to every network port on all attached devices. When the client or network interface card (NIC) receives the packet, it analyzes it and discards it if not wanted.
The solution: a Layer 3 switch with IGMPv2 or IGMPv3 and packet forwarding.
Multicasting with Layer 3 switches is much more efficient than with Layer 2 switches because it identifies the multicast packet and sends it only to the intended receivers. A Layer 2 switch sends the multicast packets to every device and, If there are many sources, the network will slow down because of all the traffic. And, without IGMPv2 or IGMPv3 snooping support, the switch can handle only a few devices sending multicasting packets.
Layer 3 switches with IGMP support, however, “know” who wants to receive the multicast packet and who doesn’t. When a receiving device wants to tap into a multicasting stream, it responds to the multicast broadcast with an IGMP report, the equivalent of saying, “I want to connect to this stream.” The report is only sent in the first cycle, initializing the connection between the stream and receiving device. If the device was previously connected to the stream, it sends a grafting request for removing the temporary block on the unicast routing table. The switch can then send the multicast packets to newly connected members of the multicast group.
Then, when a device no longer wants to receive the multicast packets, it sends a pruning request to the IGMP-supported switch, which temporarily removes the device from the multicast group and stream.
Therefore, for multicasting, use routers or Layer 3 switches that support the IGMP protocol. Without this support, your network devices will be receiving so many multicasting packets, they will not be able to communicate with other devices using different protocols, such as FTP. Plus, a feature-rich, IGMP-supported Layer 3 switch gives you the bandwidth control needed to send video from multiple sources over a LAN.
ServSwitch DTX Control Appliance Installation Guide
Installation Guide for the DTX5000-CTL-R2 (Version 1)