Why do IP cameras lay down the network?

Question

System administration

There are 70 IP cameras, all assigned a static IP address, all cameras are connected to their own separate switch, a video recorder is connected to it. Nearby is my switching cabinet, which houses the server and switching equipment. The management wanted to watch the video remotely, I connected the video surveillance switch to the switch in the server cabinet, and almost immediately users began to complain about a significant drop in Internet speed (in particular, terminal access to the head office). Then I reconnected the patch cord in the video surveillance cabinet from the switch to the DVR directly and everything became buzzing. And so to me also it became interesting that the network put? All the cameras began to break into the off site for updates, or did they just fill the local network with broadcast traffic?

Answer 1

More likely

or simply broadcast traffic hammered a local area network?

How much can those updates weigh? Mizer compared to the video stream.

Answer 2

or simply broadcast traffic hammered a local area network?

I think not broadcast, but multicast, but these are nuances.

Answer 3

One of the reasons for network slowdown may be incorrect client settings for video viewing!
For example, all cameras were displayed on the display at the same time, and not separate ones according to a previously created template.
It is necessary to take into account the total volume of outgoing information per unit of time and the bandwidth of the channel.
It's good if the cameras digitize the image using H.264

Answer 4

IPs consume a lot of network traffic if the bitrate is not optimized. Depending on the type of cameras and DVR, you can adjust the settings for displaying images on the client. As mentioned above, if all 70 cameras are running, then this is tin. Why run so many at once?! You can't physically monitor that much. The cameras still have such a feature to display debugging information. Also a very useful thing. It helped a lot when forwarding the video stream through the Internet. Little information: what kind of cameras? What is a video recorder?

Answer 5

I would like to draw the author's attention to the following points:
1. 70 cameras is already a good, serious system. First you need to figure out what these cameras broadcast - h264, MPEG or MotionJPEG. In the case of Motion Jpeg, quickly, decisively migrate to 264 or MPEG - the traffic curve will immediately make a sharp jump down, and by an order of magnitude.
For an approximate calculation of traffic, it is advisable to use all sorts of useful programs like Axis Design Tool version 2 .
Rough outlines for 720p bandwidth calculation:
1.1.1: MJPEG, 720p, compression 10 (minimum), 24 fps:
,
bandwidth:
1.1.2: MJPEG, 720p, compression 90 (maximum), 24 fps :
,
throughput:
1.2.1: H264, 720p, compression 10 (minimum), 24 fps:
,
bandwidth:
1.2.2: H264, 720p, compression 90 (maximum), 24 fps:
,
bandwidth: As shown above calculations, with minimal compression in H264, the stream of 70 cameras is about 148 Mbps, which exceeds 100 Mbps.
Further, it all depends on the program that implements video surveillance. And in general, even 16 cameras (the maximum picture in video surveillance systems) on the H264 with a compression of 90 give a stream of 12 Mbps. Even an average Internet channel is quite well "eaten up" by one video stream.
2. Possible solutions.
2.1. As a rule, it is better to make a subnet for video surveillance isolated from the subnet of users (because it’s not good)
2.2. If it is necessary to remotely transmit video traffic (if it is a fair amount), take care of raising a separate channel (or seriously expanding an existing one) with a highly desirable separation of internal subnets ...
Something like this