How to organize a streaming rtsp via the debian server?

There is a computer on debian, how to broadcast video stream(s) meets the trail. conditions:
1. To organize a stream on the server, knowing the stream's address (ip approx.
2. The returns should be via your local ip. Approx. For multiple broadcasts, you need to give one ip with different ports.
3. It is necessary to consider what would happen if will look from 100 people.
Whether the returns take a 200 Mbit/sec 100 people online if the camera stream 2 Mbit/s (if Yes how to avoid this)???
July 12th 19 at 17:34
2 answers
July 12th 19 at 17:36
1. You need a media server that is able to take the RTSP pull and give it the same way. A list of the most suitable - in this response.
2. Why is the requirement different ports? Typically, early broadcast are separated at the level of different URLS. For example rtsp://server.ip:554/live/stream1 , rtsp://server.ip:554/live/stream2, etc.
3. A little more - above, rightly said about the overhead in transmission. Again, out of the total bandwidth, we subtract the incoming flow channel a one. That is, the facts will not be 200 and 180-190 simultaneous connections.
Thank you. Try nimble. Still, about point 3. To broadcast you need on the Internet and here is the problem if every user watching the stream, will get +2 Mbit/sec is bad, because it is assumed up to 50 simultaneous broadcasts and more, so I just may not have enough channel. Multicast heard something like that decides or something else? - Jaime76 commented on July 12th 19 at 17:39
: thanks for the help... - Jaime76 commented on July 12th 19 at 17:42
: Multicast works only within the local broadcast network of ethernet type. And multicast is not routed on the Internet. So, if you want to broadcast to the Internet, then multicast is not your case, only a separate thread per user. The only anycast in IPv6, but it seems that the same is not the case, 10 years from now if not sooner :-) - augusta commented on July 12th 19 at 17:45
: As correctly noted - the multicast will not work. If you want to serve a lot of people move to the correct channel. - Britney.Bosco commented on July 12th 19 at 17:48
: thank you very much for the reply. Try nimbl + any online service for broadcast - Jaime76 commented on July 12th 19 at 17:51
Nimbl has a chance to take in rtmp/rtsp and give in the hls - hls can distribute with any cdn provider. - Darrick commented on July 12th 19 at 17:54
: Sdn provider is wowza? Generally decides whether wowza problem with lack of traffic? - Jaime76 commented on July 12th 19 at 17:57
: No, CDN is a type of service that deliver HTTP traffic. The NGENIX, for example (not to be confused with nginx). - Britney.Bosco commented on July 12th 19 at 18:00
and wowza then what does? Same as nimbl?
Again, I do not understand wowza paid and also does not solve the lack of channel? - Jaime76 commented on July 12th 19 at 18:03
: Wowza is a kathoey, media server, ka Ki nimbl. And if you have a narrow channel, t soft enough for you will help. - Britney.Bosco commented on July 12th 19 at 18:06
: clear. - Jaime76 commented on July 12th 19 at 18:09
July 12th 19 at 17:38
Recommend a look at the rtmp module for nginx
On the issues.
1) is the address of the camera stream?
2) what is using your local ip? How do you represent? Or need local ip to publish the camera stream on the server? Then take ffmpeg and publish to rtmp nginx.
3) Yes, the camera stream is multiplied by the number of looking plus 8-10% on the transport Protocol. To avoid the only two options, if the local network - use multicast, but it still switches to configure need. If in the Internet, only a limit number of simultaneous connections, and look for the hosting that you will not be asked to go back ( many webhosts still have the footnote about broadcast media, please read the contract offer), or go on the same peg in some sort of datacert.

Find more questions by tags DebianVideo broadcastLinuxRTSP