← Cloudflare Realtime / realtime / turn

Časté dotazy

Ceny Cloudflare TURN vycházejí z objemu dat odeslaných z edge sítě Cloudflare k TURN klientovi, jak je popsáno v RFC 8656 Figure 1 ↗. Jde o data odesílaná z TURN serveru do TURN klienta a zahrnují veškerá data, včetně režie TURN, po úspěšné autentizaci.

Cena za službu Cloudflare Realtime TURN je $0.05 za GB přenesených dat.

Služba STUN od Cloudflare na stun.cloudflare.com je zdarma a neomezený.

K dispozici je bezplatná úroveň 1 000 GB, než začnou platit poplatky. Fakturace Cloudflare Realtime se na vašem účtu Cloudflare zobrazuje jako jedna položka, která zahrnuje jak SFU, tak TURN.

Za provoz mezi Cloudflare Realtime TURN a Cloudflare Realtime SFU nebo Cloudflare Stream (WHIP/WHEP) se neúčtují žádné poplatky.

---
title: Cloudflare Realtime TURN pricing
---
flowchart LR
    Client[TURN Client]
    Server[TURN Server]

    Client -->|"Ingress (free)"| Server
    Server -->|"Egress (charged)"| Client

    Server <-->|Not part of billing| PeerA[Peer A]

Prohlédněte si Cloudflare certifikace a materiály o souladu s předpisy ↗ a kontaktujte svého account managera pro Cloudflare Enterprise, kde získáte další informace.

Cloudflare Realtime TURN podporuje FIPS 140-3 při použití šifrování, například u TURN přes TLS. Samotný TURN nemá žádnou kontrolu nad šifrováním dat procházejících pod vrstvou dat TURN. Pro šifrování přenášených médií nebo dat od konce ke konci musí toto šifrování zajistit vrstva nad TURN (například DTLS, pokud se TURN používá s WebRTC).

Server Cloudflare Realtime TURN běží na Globální síť Cloudflare ↗ - rostoucí globální síť tisíců strojů rozmístěných po stovkách lokalit, s pozoruhodnou výjimkou Cloudflare China Network.

Služba Cloudflare Realtime TURN nenabízí v plánu Enterprise ani v samoobslužných plánech žádný rozdíl ve výkonu nebo funkcích, avšak uživatelé plánu enterprise plány ↗ získáte prioritní podporu, předvídatelné paušální ceny a záruky SLA.

Cloudflare China Network se nepodílí na obsluze provozu Realtime a provoz TURN z Číny se připojí k lokalitám Cloudflare mimo Čínu.

Využití TURN se v analytice projeví do 30 sekund.

Když se Cloudflare Realtime TURN používá společně s WebRTC, Cloudflare nemá přístup k obsahu přenášených médií. Je to proto, že WebRTC používá pro všechny mediální streamy šifrování Datagram Transport Layer Security (DTLS), které data šifruje mezi komunikujícími peery od konce ke konci ještě předtím, než dorazí na TURN server. Cloudflare proto pouze přeposílá zašifrované pakety a nemůže dešifrovat ani prohlížet obsah médií, což může zahrnovat zvuk, video nebo informace z datového kanálu.

Z hlediska ochrany osobních údajů Cloudflare pro provoz služby TURN zpracovává pouze metadata nezbytná pro navázání a udržení přenosového spojení. Patří sem IP adresy klientů TURN, čísla portů a informace o časování relace. Cloudflare nemá přístup k žádným osobně identifikovatelným údajům obsaženým přímo v šifrovaných mediálních streamech.

Tato architektura zajišťuje, že mediální komunikace přenášená přes Cloudflare Realtime TURN zůstává mezi účastníky šifrovaná end-to-end, přičemž Cloudflare funguje pouze jako zprostředkující přenosová služba bez přístupu k šifrovanému obsahu.

protokol TURN, RFC 8656 ↗, nezabývá se šifrováním nad rámec obalových protokolů, jako je TURN přes TLS. Pokud používáte TURN s WebRTC, data budou šifrována na úrovni WebRTC.

Alokace Cloudflare Realtime TURN jsou umístěny v nejbližším dostupném datovém centru Cloudflare k TURN klientovi prostřednictvím anycast směrování. Pokud obě strany spojení používají Cloudflare Realtime TURN, Cloudflare dokáže řídit směrování a případně vést pakety TURN přes páteřní síť Cloudflare.

TURN a SFU řeší odlišné problémy a často se používají společně.

TURN použijte, pokud máte spojení point-to-point mezi dvěma peery a potřebujete projít přes NAT nebo firewally. Oba peery si vyměňují média přímo přes relay, bez jakéhokoli zpracování médií na straně serveru.

SFU použijte, pokud potřebujete fan-out, tedy situaci, kdy jeden vydavatel odesílá média mnoha odběratelům, nebo kdy si více vydavatelů vyměňuje média ve skupině. SFU přeposílá vybrané datové toky médií mezi účastníky a podporuje funkce jako simulcast nebo výběr tracku na straně odběratele.

Pokud je vaším případem použití komunikace jedna k jedné, například teleoperační spojení mezi operátorem a vzdáleným zařízením, obvykle postačí samotný TURN. Přidání SFU by pro tuto topologii znamenalo zbytečnou komplexitu.

Ne. Cloudflare Realtime TURN a SFU běží na stejné flotile strojů v globální síti Cloudflare a sdílejí stejnou datovou cestu. Volba jednoho nebo druhého tedy neznamená žádný citelný rozdíl v latenci ani propustnosti.

Rozhodnutí by se mělo řídit topologií, nikoli výkonem:

• Použijte TURN pro point-to-point relay.
• SFU použijte, pokud potřebujete fan-out, skupinové hovory nebo selektivní přeposílání tracků.

Ne nutně. Pokud oba peeři směrují provoz přes Cloudflare Realtime TURN, může provoz mezi oběma edge servery Cloudflare probíhat po páteřní síti Cloudflare, takže Cloudflare řídí celou cestu od začátku do konce. Pokud TURN používá jen jeden peer, druhá část cesty vede přes veřejný internet a latence i ztrátovost paketů pak závisí na propojení mezi daným peerem a nejbližším datovým centrem Cloudflare.

Konzistentnějším přínosem používání TURN na obou koncích je spolehlivost a chování při ztrátovosti paketů, nikoli samotná latence. Latence páteřní sítě bývá obvykle lepší než latence veřejného internetu, ale velikost tohoto zlepšení se liší podle geografické polohy. Snížení ztrátovosti paketů je obecně předvídatelnější.

Ano. Cloudflare Realtime TURN se dobře hodí pro teleoperaci robotů, vzdálené řízení vozidel a správu vozových parků, tedy pro zátěže vyžadující obousměrné mediální nebo datové kanály s nízkou latencí mezi operátorem a vzdáleným zařízením.

Teleoperace obvykle využívá TURN v režimu bod-bod, kdy jeden konec spojení leží v síti operátora a druhý na mobilním nebo pevném připojení robota. WebRTC a DTLS zajišťují šifrování mediálního proudu mezi koncovými body a Cloudflare Realtime TURN se stará o průchod přes NAT a předávání dat mezi oběma stranami. Pokud se oba koncové body připojují přes TURN, provoz mezi hraničními servery Cloudflare může využít páteřní síť Cloudflare, což zlepšuje vlastnosti ztrátovosti paketů na dálkových spojích.

Pro zátěže, které potřebují distribuovat telemetrii robota nebo obraz z kamery více odběratelům (například operátorovi, supervizorovi a dashboardu flotily), lze kromě TURN použít i Cloudflare Realtime SFU. Pokud máte pod kontrolou obě strany spojení, stojí za zvážení i implementace Media over QUIC (MoQ) od Cloudflare pro telemetrii a teleoperace, protože poskytuje explicitnější kontrolu nad spolehlivostí a chováním opakovaných přenosů než WebRTC.

Cloudflare Realtime TURN snadno používají IT administrátoři s přísnými firewally, protože ve srovnání s jinými poskytovateli vyžaduje na seznam povolených adres jen velmi málo IP adres. Do seznamu povolených musíte zařadit adresy IPv6 i IPv4.

Přidejte prosím následující IP adresy do seznamu povolených:

• 2a06:98c1:3200::1/128
• 2606:4700:48::1/128
• 141.101.90.1/32
• 162.159.207.1/32

Ačkoli to nedoporučujeme, chápeme, že existuje velmi malá skupina případů, kdy může být užitečné pevně zakódovat IP adresy. V takovém případě musíte nastavit upozorňování, které rozpozná změny v DNS odpovědi z turn.cloudflare.com (záznamy A a AAAA) a do 14 dnů od změny DNS odpovídajícím způsobem aktualizovat napevno zadanou IP adresu (adresy). Mějte na paměti, že tato odpověď DNS může vrátit i více než jednu IP adresu. Kromě toho musíte nastavit záložní přechod na dotaz DNS pro případ, že by nastal problém s připojením k napevno zadané IP adrese. Cloudflare se snaží zajistit, že se IP adresa použitá pro službu TURN nebude měnit, ale bez ujednání ve vaší enterprise smlouvě to nemůže zaručit. Podrobnosti o statických IP adresách, zárukách a dalších ujednáních proberte se svým týmem pro enterprise účty.

Služba TURN na turn.cloudflare.com bude také odpovídat na binding requesty („STUN requesty“).

Funkce pro generování přihlašovacích údajů Cloudflare Realtime vrací strukturu JSON podobnou vypršelý návrh RFC „draft-uberti-behave-turn-rest-00" ↗, ale neobsahuje hodnotu TTL. Pokud potřebujete odpověď v tomto formátu, můžete JSON z endpointu pro generování přihlašovacích údajů Cloudflare Realtime upravit do požadovaného formátu na svém backendovém serveru nebo v Cloudflare Workers.

Ztráta paketů je u UDP běžná a může se občas vyskytnout i na spolehlivých připojeních. Pokud však pozorujete systematickou ztrátu paketů, zvažte následující:

• Odesíláte nebo přijímáte data vysokou rychlostí (>50-100Mbps) z jediného klienta TURN? Realtime TURN může zahazovat pakety, aby vám naznačil, že máte zpomalit.
• Odesíláte nebo přijímáte velké množství dat s velmi malými velikostmi paketů (vysoká rychlost paketů > 5-10kpps) z jediného klienta TURN? Cloudflare Realtime může zahazovat pakety.
• Odesíláte pakety na nové unikátní adresy vysokou rychlostí, která připomíná skenování portů ↗ chování?

Pro vydávání přihlašovacích údajů není stanoven žádný limit. Začněte na 500 přihlašovacích údajích za sekundu a dále lineárně navyšujte. Dbejte na to, abyste využili více než 50 % vydaných přihlašovacích údajů.

Dobu platnosti přihlašovacích údajů můžete nastavit až 48 hodin dopředu. Pokud potřebujete, aby vaše přidělení TURN platilo déle, budete muset aktualizovat ↗ přihlašovací údaje TURN.

Ano. Cloudflare Realtime je pro komunikaci mezi TURN klientem a TURN serverem dostupný přes IPv4 i IPv6, ovšem relay adresy nevydává v IPv6, jak je popsáno v RFC 6156 ↗.

Ne. Realtime TURN nebude respektovat REQUESTED-ADDRESS-FAMILY atribut STUN, pokud je uveden, a bude vydávat pouze adresy IPv4.

Ne. Realtime neimplementuje RFC6062 ↗ a nebude respektovat REQUESTED-TRANSPORT atribut STUN.

Cloudflare Realtime odmítá požadavky CreatePermission nebo ChannelBind, pokud jde o soukromé rozsahy IP adres (například adresy loopback, bloky link-local unicast nebo multicast) nebo IP adresy, které jsou součástí BYOIP se používají.

Pokud jste zákazníkem Cloudflare BYOIP a chcete se pomocí Realtime TURN připojit ke svým rozsahům BYOIP, obraťte se s dotazem na svého account managera.

Pro přidělení TURN neexistuje žádný maximální časový limit. Podle RFC 8656 Section 3.2 ↗, musí klient po přidělení přenosové adresy relay udržovat toto přidělení aktivní. Za tímto účelem posílá klient serveru pravidelně žádost Refresh. Žádost Refresh musí být ověřena platnými přihlašovacími údaji TURN. Maximální platnost přihlašovacích údajů je 48 hodin. Pokud je potřeba delší přidělení, musí se nové přihlašovací údaje vygenerovat alespoň jednou za 48 hodin.

I když to není běžné, v určitých situacích může dojít k přerušení alokací TURN. Může to být způsobeno údržbou serveru Cloudflare, který alokaci obsluhuje, nebo změnami topologie internetové sítě, kvůli kterým pakety TURN dorazí do jiného datacentra Cloudflare. Bez ohledu na důvod, Restart ICE ↗ podpora ze strany klientů se důrazně doporučuje.

Cloudflare Realtime okamžitě přestane fakturovat a zaznamenávat využití pro analytiku. Po krátké prodlevě bude spojení ukončeno.