Partage de technologie

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Contexte du problème

SRSDéployé sur un serveur cloud, processeur 32 cœurs, mémoire 64 Go, bande passante 300 Mo.
Le client extrait le flux de srs et constate que le client du réseau externe extrait le flux.CPU et la bande passante sont normales. Cependant, si le client intranet extrait le flux et que le nombre de personnes tirant le flux dépasse 5, la bande passante montera en flèche.

dépannage

Utilisez srs-bench pour effectuer des tests de résistance SRS, le streaming SRS du lecteur VLC et le streaming SRS client

Diffusion poussée

Pour pousser le flux, sélectionnez ffmpeg pour pousser le flux.

ffmpeg -re -i C:UserswDesktoptest.mp4 -vcodec copy -acodec copy -f flv -y rtmp://27.128.236.38/live/livestream
1

Flux tiré sur banc A.srs

./objs/srs_bench -sr webrtc://27.128.236.38/live/livestream -nn 10
1

Articles de référence pour la compilation et le déploiement de srs-bench :Test de résistance SRS–SRS-Bench

Flux d'extraction B.vlc

媒体->打开网络串流
输入url:https://ip:8088/live/livestream.flv
1
2

Réalisation de tests de résistance srs-bench, client et vlc à Xi'an, Nanjing et Pékin respectivement
Les enregistrements des tests sont les suivants :

Résultats de validation

Test de résistance de l'environnement réseau externe, la bande passante est normale, le processeur est normal
Test de résistance de l'environnement intranet, s'il y a plus de 5 personnes, la bande passante augmentera jusqu'à 10 fois

Comparaison de capture de paquets

analyser

Le taux de retard dans les environnements anormaux est plus élevé que celui des environnements normaux, et il y a perte et retransmission de paquets.

Consultez le site officiel de SRSsite officiel de srs
Protocole principal – configuration de la partie webrtc de la configuration dans webrtc

La première partie, rtc_server est la configuration globale du serveur RTC. Certaines configurations clés incluent :

enabled：是否开启RTC服务器，默认是off。
listen：侦听的RTC端口，注意是UDP协议。
candidate：服务器提供服务的IP地址，由于RTC的特殊性，必须配置这个地址。详细参考Config: Candidate
tcp.listen: 使用TCP传输WebRTC媒体数据，侦听的TCP端口。详细参考WebRTC over TCP
1
2
3
4

La deuxième partie, configuration RTC dans chaque vhost, certaines configurations clés incluent :

rtc.enabled：是否开启RTC能力，默认是off。
rtc.rtmp_to_rtc：是否开启RTMP转RTC。
rtc.rtc_to_rtmp：是否开启RTC转RTMP。
rtc.stun_timeout：会话超时时间，单位秒。
rtc.nack：是否开启NACK的支持，即丢包重传，默认on。
rtc.twcc：是否开启TWCC的支持，即拥塞控制的反馈机制，默认on。
rtc.dtls_role：DTLS角色，active就是DTLS Client(主动发起)，passive是DTLS Server(被动接受)。
1
2
3
4
5
6
7

Il s'avère que la configuration de rtc.nack est activée par défaut, ce qui signifie que si SRS détecte une perte de paquets, il retransmettra continuellement les données.

en conclusion

Après avoir étudié l'environnement intranet de l'entreprise, nous avons constaté que l'environnement intranet présente des restrictions de bande passante. Lorsque la bande passante de streaming du client dépasse une certaine taille, le streaming est restreint.
À ce stade, SRS considère le réseau comme anormal et les paquets sont perdus et retransmis, de sorte que la bande passante continue d'augmenter.

résoudre

Option 1 : Assouplir les restrictions de bande passante dans l'environnement intranet

Avantages : Assurer la stabilité du streaming en direct
Inconvénients : les entreprises ne peuvent pas surveiller la bande passante des clients, ce qui augmente les coûts

Scénario 2 :

Avantages : Dans des circonstances normales sur les réseaux internes et externes, la diffusion en direct est normale et la consommation de bande passante est faible.
Défaut : Anomalie du réseau, SRS ne retransmet pas les paquets perdus et des problèmes tels que des mosaïques et des décalages peuvent survenir.