præsentation om tema: “tidlig Medieautorisation under hvilke betingelser skal forhandles mediestrøm før 200 OK (inviter)? Richard Ejsak.”- Præsentationstranskript:
1 tidlig Medieautorisation under hvilke betingelser skal forhandles mediestrøm før 200 OK (inviter)? Richard Ejsak
2 Hvad RFC ‘er siger om tidlige medier
nogle RFC’ er antager, at (tidlige) medier kan strømme straks efter signalering af SDP i henhold til signaleret retningsbestemmelse (RFC 3264), når forudsætningerne er opfyldt (RFC 3312) ingen undtagelser beskrevet for tidlige medier andre RFC ‘ er beskriver forhold, hvor tidlige medier ikke vil blive gengivet RFC 3261: 180 respons “kan bruges til at starte lokal ringback” RFC 3960: Må ikke gengive flere kilder under forking “en UAC bør udvikle sin lokale politik vedrørende lokal ringegenerering”
3 Hvad PSTN siger om tidlige medier
“svar” er normalt udløseren til at begynde fakturering brugere forventer ikke at blive faktureret for ubesvarede opkald netværk tillader ikke brugere at udveksle data før “svar” afslutningskontakten “skærer normalt gennem” medier til kaldet part på “svar” afslutningskontakten giver “opkaldsfremskridt” tidlige medier til den kaldende part der er ingen “afslutningskontakt” til at politi tidlige medier i et typisk SIP-netværk Hvordan ved vi, om tidlige medier udveksles med en autoriseret netværksenhed eller en slutbruger?
4 nogle applikationer af tidlige medier
Afspil brugerdefineret ringetone (CRBT) Afspil netværksmeddelelser fejlmeddelelser videresendelse af kø osv. Spørg og indsamle add ‘ l opkald info for at bekræfte tilgængeligheden af medier sti
5 lokale politiske muligheder nogle implementeringer tillader tidlige medier:
før du modtager SDP-svar (for at verificere målet kontaktet) før du modtager 200 OK (inviter) (for at give alternativ/lokal advarselsindikation) fra RTP-kildeadresse bortset fra ekstern RTP-destinationsadresse (kan forårsage klipning eller total medieblokering) for at gengive alternativ opkaldsfremgangsmåde info (CRBT) for at gengive alternativ medie/dialog (forking), når mediefunktioner er begrænsede (f. eks., parallelle sessioner) for at prioritere Alert-Info header media for at prioritere tidlige sessionsmedier for at forhindre potentielt svigagtig udveksling af brugerdata, når fakturering starter med “svar”
6 hvilke medier skal du gengive før “svar”?
lokal ringback ved modtagelse af 180 Responsalarm-Info header media Early media Early-session media Media fra alternative dialoger uklart, hvordan man prioriterer disse forskellige kilder fleksibilitet i lokal politik nødvendig
7 Sådan slukker du uønskede kilder?
dæmpning af Medieopkald HOLD (a=sendonly) sort huladresse (nul adresse i tilbud) forudsætninger blokering (gating) af medier kun netværksmulighed, når du serverer slutbruger SIP-enhed Accepter mediepakker, men Gengiv ikke til bruger
8 problemer med muting Hvordan kender vi tilbudsgiverens hensigt?
advarer vi en bruger, når vi modtager inaktivt eller sendonly tilbud? Hvilke ressourcer reserverer vi til mødet? Hvordan ved svareren, at HOLD straks fjernes ved 200 OK (invitation)? Sort hul adresse bedre kan ikke forvirre brugerens hensigt Hvordan ved vi, hvem der skal stumme under forking? Mere medieklipning end med medieblokering
9 problemer med blokering
interaktioner med RTCP bør ikke forvente nøjagtige rapporter om trafik før 200 OK (inviter) interaktioner med ICE kan ikke identificere kilder under parallel forking
10 RFC 3960 anbefalinger tidlige medier har forrang, når de er til stede
ellers gengiver ringback / Alert-Info / tidlig session, indtil medier vises andre procedurer tilladt baseret på lokal politik For eksempel SIP-I bruger tidlige medier udelukkende anbefalede procedurer bryder ned under parallel forking når ønske højere prioritet for alternative medier (f. eks., CRBT) når det er nødvendigt at kontrollere kilder til tidlige medier på grund af faktureringspolitikker
11 p-em-auth-01 fokuserer på snævert problem
gælder kun for private netværk med transitivt tillidsmodelnetværk, der er i stand til at udføre medieblokering (gating) nær UAs identificerer autoriserede kilder til tidlige medier for at undgå blokering fungerer godt med RFC 3960, da autoriserede tidlige medier altid er bestået og har forrang væsentlige indvendinger, der er rejst, da UAS ikke ved, hvornår tidlige medier blokering opstår netværk kan blokere uden overskriften ingen garanti tidlige medier vil blive gengivet
12 Header Definition P-Early-Media=sendrecv – begge veje medier tilladt =sendonly-tilbagestående medier tilladt =recvonly-Fremad medier tilladt =inaktiv – ingen medier tilladt sendt fra UAS til UAC for at angive tilladelse til tidlige medier fuldmagter kan ændre Af sikkerheds-eller politiske årsager indikation af, at bagud tidlige medier er godkendt ved hjælp af “sendonly” eller “sendrecv” indikerer også Fjern ende vil Angiv opkaldsfremgangsmedier, der skal gengives indikation af, at bagudgående medier, der ikke er godkendt, vises ved hjælp af “inaktiv” eller “recvonly”, indikerer også, at lokal ende skal gengive en anden kilde kan sende en indledende invitation til at indikere understøttelse af header
13 afviste alternativer til udkast
brug option tag I påkrævet header for at indikere, at tidlige mediegodkendelsesprocedurer kan bruges UAS kan anmode om tidlige medier, men får muligvis ikke det brug option tag I påkrævet header for at indikere, at tidlige medier blokeres forhindrer netværk i at implementering af politikker baseret på information i svar (skal beslutte foran) Transitiv tillidsmodel (beslutningstagning om godkendelse baseret på viden om næste hop-server) gælder muligvis ikke uden for netværksopkald ved hjælp af en af metoderne mislykkes, medmindre UAS opgraderes (intet incitament til at opgradere uden for det private netværk) enten ændring forhindrer effektivt privat netværk i at bruge udvidelse til at kontrollere adgangen til tidlige medier
14 blokering ved den private netværksgrænse
overskriften er ikke strengt nødvendigt, hvis blokering politik implementeres på det sted, hvor den politiske beslutning træffes, f. eks. ved netværksgrænsen (SBC), så hvorfor er det så kontroversielt? Header tillader brug af eksisterende mediekontrolpunkt i netværk som IMS (at P-CSCF) Header muliggør samtrafik uden SBC mellem pålidelige netværk, der implementerer forskellige politikker for tidlig medieautorisering
15 yderligere problem, der skal løses?
Giv midler til UAS til at opdage, om tidlige medier vil blive gengivet, så UAS kan overveje at bruge alternative procedurer, når tidlige medier utilgængelige ville løse eksisterende problem separat fra tidlig medieautorisation bør tillade eksisterende udkast at fortsætte giver incitament til UAs, der kræver tilgængelighed af tidlige medier til at implementere ny udvidelse
