Föreställ dig att du ställer upp ett videosamtal för årets viktigaste investerarmöte och hanterar skakningar, fördröjning och anslutningsproblem hela tiden. I bästa fall ser du oprofessionellt ut med din janky tekniska installation – och i värsta fall löser investerarna dig.
Ditt första steg kan vara att anta att din internethastighet är för långsam, men sanningen är att dina system kan vara inaktuella.
Real-time Transfer Protocol, eller RTP, är den nya standarden för att skicka multimediameddelanden och ringa videosamtal. Faktum är att RTP är en del av tekniken som gör avancerade kommunikationslösningar som Voice over Internet Protocol (VoIP) möjliga. Men det har också massor av andra användningsområden som företag bör känna till.
Ja, i ett konferenssamtal är RTP det som hindrar videon från att skrapas ut – men i en vidare mening representerar den många aspekter av hur moderna företag kommunicerar.
RTP möjliggör realtidskommunikation
RTP designades på 80-talet, men dagens videokonferensprogram använder den mer avancerade, aktuella versionen av den. VoIP håller på att bli den nya standarden för företagstelefoner, och att ringa folk via en internetanslutning är egentligen bara en tillämpning av RTP.
Generellt sett fungerar RTP genom att översätta flera datatyper, som video- och ljudfiler, till en enda överföring. Den använder flera “flöden” av data så att den kan ge sig själv feedback om hur data transporteras.
Det är därför RTP kan lösa några av de irriterande problemen med traditionella anslutningar, som avbrutna samtal, suddiga videoflöden och den fruktade fördröjningen. RTP:s förmåga att upprätthålla flera strömmar är också anledningen till att samtal över VoIP vanligtvis är tydligare och mer pålitliga än telefonanslutningar.
För företag som ligger lite efter tiden kan uppgradering till RTP-aktiverade system vara som magi. Men protokollet är uppenbarligen inte magiskt – det är resultatet av att etablerad teknik äntligen vinner konsumenternas livskraft i en affärsmiljö.
Hur det fungerar kan verka komplicerat, men att dela upp det i följande steg kan hjälpa till att förenkla processen:
- För att förbereda ditt multimediameddelande måste RTP koda det genom att använda vad som kallas en “codec”. Detta gör meddelandet tillräckligt litet för att transporteras via en internetanslutning.
- Efter kodning delar RTP upp meddelandet i mindre delar som kallas paket. Storleken på dessa paket ändras beroende på vilket media som skickas. Till exempel kräver ett videosamtal mindre paket än de som används för att ringa röstsamtal på en internetbaserad telefonapp.
- Därefter behöver varje datapaket en header, vilket är en lista med information som RTP ger sig själv så att den kan hålla all data rak. Denna information inkluderar saker som en tidsstämpel, numret på varje paket i den övergripande sekvensen, datatypen och andra tekniska detaljer. Allt detta görs automatiskt av RTP utan någon inmatning krävs.
- Slutligen, när paketen har delats, märkts och ordnat, skickar RTP meddelandet över internet med hjälp av vad som kallas ett transportprotokoll – vilket i grunden är ett annat, ännu mindre protokoll som används av RTP för att skicka det nyligen organiserade multimediameddelandet.
- Om allt går bra kommer mottagaren att få paketen och RTP kommer att återskapa den ursprungliga video-/ljuddatan med hjälp av de detaljer som redan bifogats till var och en innan den skickades. Om sekvensen är korrekt bör mottagna data vara identiska med data som skickas.
- Om data inte stämmer exakt på grund av en dålig anslutning eller skadade filer kommer RTP att bestämma vad som ska göras baserat på dess andra protokoll. Det är värt att notera att det är möjligt att prioritera effektivitet eller tillförlitlighet när du ställer in saker med din leverantör.
För slutanvändaren sker den tekniska sidan av hur RTP möjliggör realtidskommunikation automatiskt och bakom kulisserna. När ett pågående samtal eller session äger rum, fortsätter RTP att referera till dess sekvens för att se till att allt är synkroniserat och visas korrekt baserat på de anpassade regler som du och din VoIP-leverantör har ställt in.
Med ett RTP-aktiverat system är dagarna av att vänta fem sekunder för att höra vad någon i andra änden av linjen just sa för länge sedan. Men det finns nya ansvarsområden att tänka på om du vill att systemet ska fungera smidigt.
RTP körs ovanpå andra protokoll
Det finns två mindre protokoll som hjälper RTP att skicka meddelandet när det är klart med det: UDP och TCP. Det är viktigt att veta vilken du har aktiverat på ditt system eftersom det gör skillnad.
Egentligen gör de två protokollen i huvudsak samma sak, men eftersom de prioriterar olika aspekter av dataöverföringar har de olika fördelar och avvägningar.
RTP via UDP
User Datagram Protocol (UDP) kontrollerar inte att data är i rätt ordning innan de skickas. Istället fokuserar den på att få ut sändningar snabbt.
UDP har inte någon “overhead” eller det extra minne som krävs för att utföra meddelandeuppgifter. Som sådant är det känt som ett anslutningslöst protokoll eftersom det inte kontrollerar att det andra systemet är tillgängligt för att ta emot ett meddelande. För att spara tid packar UDP bara ihop det och skickar det så snart det är klart.
Detta gör UDP till det snabbaste sättet att skicka multimediadata över konferenssamtal, vilket är anledningen till att det används för streaming i realtid. Naturligtvis gör detta också UDP mindre tillförlitligt eftersom det inte kommer att kontrollera och återsända några datapaket som är felaktiga eller saknas. Istället går den bara vidare och fortsätter att skicka nästa objekt i sekvensen.
RTP via TCP
Transmission Control Protocol (TCP) är det andra alternativet som företag vanligtvis väljer för sina RTP-system. Till skillnad från UDP är TCP mer metodiskt och prioriterar tillförlitlighet på bekostnad av hastighet.
TCP gör detta genom att kontrollera att det mottagande systemet bekräftar och verifierar data. Om det andra systemet tar för lång tid, kanske på grund av en korrupt överföring, kommer systemet som försökte skicka det att försöka igen med en ny överföring.
Detta gör TCP både mer tillförlitligt och långsammare än UDP. Till exempel kan kommunikationstimeout inträffa på TCP-aktiverade system medan systemet försöker säkerställa att data är exakta. Det är därför du sällan ser ett system som använder TCP för att genomföra videokonferenser eller streama filmer.
Istället är TCP bäst att använda för filöverföringar och annan viktig en-till-en-kommunikation där tiden inte är så mycket av ett problem.
I slutändan bör det system du väljer för ditt företag bero på målen för din kommunikation. Tänk på att din systemleverantör kan hjälpa dig att anpassa din installation för vad du tänker göra med den.
RTP samarbetar med andra protokoll
Förutom att arbeta med kärntransportprotokoll kan RTP användas med andra stora system för att förbättra ett företags kommunikationsförmåga. Dessa andra system lägger till funktioner eller justerar nätverksförhållanden för att anpassa RTP för specifika behov.
Generellt sett finns det fyra huvudprotokoll som ett företag bör prioritera när de förbättrar sitt RTP-kommunikationsramverk.
SMUTTA: SIP står för Sessionsinitieringsprotokollvilket är som en samtalsadministratör som gör kopplingar mellan två system. Den letar upp telefonernas eller enheternas internetadresser, tar reda på om samtalet kommer att gå igenom och styr RTP-dataströmmen. Precis som RTP gör SIP system som VoIP möjliga.
VoIP: Voice over Internet Protocol använder andra system som SIP och RTP för att ersätta traditionella telefonlinjer för företag. VoIP-tjänster tillåter företag att ringa via enkla internetanslutningar istället för fysiska fasta telefoner, vilket möjliggör enklare skalbarhet och större besparingar. Många VoIP-leverantörer tillåter även företag att behålla sina gamla telefonnummer, vilket säkerställer att bytet mellan system är smidigt för kunderna.
RTSP: Den Strömningsprotokoll i realtid är hur RTP-strömmar kan pausas och spelas upp. Det är i grunden samma sak som RTP nuförtiden, så bara gamla teknikfolk kommer att prata om dem separat. De är tekniskt sett två olika protokoll som bör aktiveras på ditt system.
RTCP: Den Transportkontrollprotokoll i realtid är ett långt namn för ett valfritt tillägg till RTP när det används för VoIP. Enkelt uttryckt hjälper RTCP administratörer att övervaka affärssamtalskvaliteten genom att spåra vissa funktioner som jitter, förseningar och dataförlust. Det är ett bra sätt att identifiera eventuella problem som sänker din samtalskvalitet.
Säkert transportprotokoll i realtid
SRTP (Secure Real-Time Transport Protocol) är en förlängning av RTP som förbättrar säkerheten för ditt företag. Funktionerna som den lägger till är särskilt användbara för företag som vill ersätta sina fasta telefoner med VoIP.
SRTP kommer med några valfria men viktiga fördelar. Det mest framträdande är att det autentiserar dina dataströmmar, vilket innebär att dina affärssamtal alltid kommer att förbli mellan dig och dina kunder.
Detta betyder dock inte att SRTP kan kryptera meddelanden, eftersom det är mer en autentiseringsprocess. Systemet kontrollerar helt enkelt att nätverket som tar emot meddelandet har behörighet att göra det.
Ändå, nu när mer och mer känslig affärskommunikation sker över molnbaserade servrar som använder tredjepartssystem, är företag naturligtvis mer oroade över säkerheten för sin företagsinformation. SRTP är egentligen bara en startpunkt för säkerhet, och du kanske måste aktivera den för att minimera risken.
Högkvalitativa VoIP-leverantörer kommer vanligtvis att ha SRTP aktiverat på sina system, men du bör alltid fråga din leverantör hur de hanterar säkerheten – inklusive de ändringar den kan göra i RTP för att hålla din känsliga information säker. Lika enkelt som RTP kan göra ditt företag mer effektivt, kan fel konfiguration göra dig sårbar också.
Takeaway för företag
RTP tillhandahåller ett tillförlitligt protokoll för företag att ta sin kommunikation in i 2000-talet. När fler företag byter från fasta telefoner till VoIP-system, blir konkurrensen om tydligare, säkrare och fördröjningsfri kommunikation bara mer aggressiv för varje dag.
Tänk på att RTP inte är en helhetslösning för kommunikationsproblem. Det fungerar tillsammans med andra protokoll för att tillhandahålla en anpassningsbar kommunikationslösning för företag.
Därför, när du utvärderar leverantörer, fråga hur de hanterar säkerhet och se till att det är kompatibelt med vad du vill ha för ditt företag. Fråga också vilka protokoll de använder och hur – förutsatt att du vet vad de pratar om. Kanske bokmärk den här sidan, för säkerhets skull.
