Teknologian jakaminen

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

Ongelman tausta

srsAsennettu pilvipalvelimelle, 32-ytiminen prosessori, 64G muisti, kaistanleveys 300M.
Asiakas hakee virran SRS:stä ja huomaa, että ulkoinen verkkoasiakas vetää virran.prosessori ja kaistanleveys ovat normaalit. Jos intranet-asiakas kuitenkin vetää virran ja streamia vetävien ihmisten määrä ylittää 5, kaistanleveys kasvaa pilviin.

ongelmien karttoittaminen

Käytä srs-penkkiä SRS-stressitestauksen, vlc-soittimen SRS-suoratoiston ja asiakkaan SRS-suoratoiston suorittamiseen

Push-suoratoisto

Työntääksesi streamia, paina ffmpeg.

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

A.srs-penkin vetovirtaus

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

Viiteartikkeleita srs-bench-kootaan ja käyttöönotosta:SRS stressitesti – SRS-Bench

B.vlc:n vetovirta

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

Suoritettiin srs-bench-, asiakas- ja vlc-stressitestit Xi'anissa, Nanjingissa ja Pekingissä.
Testipöytäkirjat ovat seuraavat:

Validointitulokset

Ulkoisen verkkoympäristön stressitesti, kaistanleveys normaali, prosessori normaali
Intranet-ympäristön stressitesti, jos ihmisiä on enemmän kuin 5, kaistanleveys kasvaa 10-kertaiseksi

Pakettien sieppauksen vertailu

analysoida

Viivenopeus epänormaaleissa ympäristöissä on suurempi kuin normaaleissa ympäristöissä, ja paketteja häviää ja lähetetään uudelleen.

Tarkista srs:n virallinen verkkosivustosrs:n virallinen verkkosivusto
Ydinprotokolla – config:n webrtc-osan konfigurointi webrtc:ssä

Ensimmäinen osa, rtc_server, on globaali RTC-palvelinkokoonpano.

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

Toinen osa, RTC-kokoonpano kussakin vhostissa, joitain keskeisiä kokoonpanoja ovat:

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

Havaitaan, että rtc.nack-kokoonpano on oletusarvoisesti päällä, mikä tarkoittaa, että jos SRS havaitsee pakettihäviön, se lähettää tiedot jatkuvasti uudelleen.

tiivistettynä

Yrityksen intranet-ympäristön tutkimisen jälkeen havaitsimme, että intranet-ympäristössä on kaistanleveysrajoituksia, kun asiakkaan suoratoistokaistanleveys ylittää tietyn koon, suoratoistoa rajoitetaan.
Tällä hetkellä SRS pitää verkkoa epänormaalina ja paketteja katoaa ja lähetetään uudelleen, joten kaistanleveys kasvaa edelleen.

ratkaista

Vaihtoehto 1: Helpota kaistanleveyden rajoituksia intranet-ympäristössä

Edut: Varmista suoratoiston vakaus
Haitat: Yritykset eivät pysty valvomaan asiakkaan kaistanleveyttä, mikä lisää kustannuksia

Skenaario 2:

Edut: Normaalioloissa sisä- ja ulkoverkoissa suoratoisto on normaalia ja kaistanleveyden kulutus pieni.
Vika: Verkko epänormaali, SRS ei lähetä kadonneita paketteja uudelleen, ja ongelmia, kuten mosaiikkeja ja viiveitä, saattaa ilmetä.