Presentasjon på tema: «Tidlig Mediegodkjenning Under hvilke forhold bør forhandlet medieflyt før 200 OK (INVITER)? Richard Ejzak.»- Presentasjon transkripsjon:
1 Tidlig Media Autorisasjon under hvilke forhold bør forhandlet medieflyt før 200 OK (INVITERE)? Richard Ejzak
2 Hva Rfc sier Om Tidlige Medier
Noen Rfc antar at (tidlige) medier kan strømme umiddelbart etter signalisering AV SDP I henhold TIL signaled directionality (RFC 3264) Når forutsetninger oppfylles (RFC 3312) ingen unntak beskrevet for tidlige medier andre Rfc beskriver forhold der tidlige medier ikke vil bli gjengitt RFC 3261: 180-Respons «kan brukes til å initiere lokal tilbakeringing» RFC 3960: Kan ikke gjengi flere kilder under forking «EN UAC bør utvikle sin lokale politikk om lokal ringing generasjon»
3 Hva PSTN sier om tidlige medier
«Svar» er vanligvis utløseren for å begynne fakturering Brukere forventer ikke å bli fakturert for ubesvarte anrop Nettverk tillater ikke brukere å utveksle data før «Svar» avslutningsbryteren vanligvis «skjærer gjennom» media til kalt part på «Svar» avslutningsbryteren gir» anropsfremgang «tidlig media Til den som ringer part Det er ingen «avslutningsbryter» til politiet tidlig media I et typisk SIP-nettverk Hvordan vet vi om tidlig media blir utvekslet med en autorisert nettverksenhet eller en sluttbruker?
4 Noen Programmer Av Tidlige Medier
Spill av egendefinert ringetone (CRBT) Spill av nettverkskunngjøringer Feilmeldinger Videresendingskø, etc. Spør og samle add ‘ l oppringingsinformasjon for å bekrefte tilgjengeligheten av mediebane
5 Lokale Politiske alternativer noen implementeringer forbyr tidlig media:
FØR du mottar SDP-svar (for å bekrefte at målet er kontaktet) før du mottar 200 OK (INVITER) (for å gi alternativ/lokal varslingsindikasjon) fra RTP-kildeadresse enn ekstern rtp-destinasjonsadresse (kan forårsake klipping eller total medieblokkering) for å gjengi ALTERNATIV informasjon om fremdrift (CRBT) for å gjengi alternativ media/dialog (forking) Når mediefunksjonene er begrensede (f. eks. å prioritere media for tidlig økt For å forhindre potensielt uredelig utveksling av brukerdata når faktureringen starter med «svar»
6 hvilke medier skal gjengis før «svar»?
Lokal tilbakeringing Ved mottak av 180 Svar Alert-Info header media Tidlig media tidlig-session media Media fra alternative dialoger Uklart Hvordan å prioritere Disse ulike kilder Fleksibilitet av lokal politikk nødvendig
7 slik slår du av uønskede kilder?
Demping av medieanrop HOLD (a=sendonly) svart hull adresse (null adresse i tilbudet) Forutsetninger Blokkering (gating) av media bare nettverk alternativ Når du serverer sluttbruker SIP-enhet Godta mediepakker, Men ikke gjengi til brukeren
8 Problemer Med demping Hvordan vet vi offerer intensjon?
varsler vi en bruker når vi mottar inaktive eller sendbare tilbud? Hvilke ressurser reserverer vi for sesjonen? Hvordan vet answerer at HOLD vil bli fjernet umiddelbart på 200 OK (INVITER)? Black hole adresse bedre kan ikke forvirre brukerens intensjon Hvordan vet vi hvem som skal dempe under forking? Mer medieklipping enn med medieblokkering
9 Problemer med blokkering
Interaksjoner med RTCP bør ikke forvente nøyaktige rapporter om trafikk før 200 OK (INVITER) Interaksjoner med ICE kan ikke identifisere kilder under parallell forking
10 RFC 3960-Anbefalinger Tidlige medier har forrang når de er tilstede
ellers gjengis tilbakeringing / Alert-Info / tidlig økt til media vises Andre prosedyrer tillatt basert på lokal policy For EKSEMPEL SIP-i bruker tidlige medier utelukkende Anbefalte prosedyrer bryter Ned under parallell forking Når ønske høyere prioritet for alternative medier (f. eks., CRBT) når det er behov for å kontrollere kilder til tidlige medier på grunn av faktureringspolicyer
11 utkast-ejzak-sipping-p-em-auth-01 fokuserer på smal problem
Gjelder kun for private nettverk med transitive trust model Network stand til å utføre media blokkering (gating) nær UAs Identifiserer autoriserte kilder til tidlig media for å unngå blokkering Fungerer bra Med RFC 3960 siden autorisert tidlig media alltid gått Og har forrang Betydelige innvendinger reist siden UAS ikke vet når tidlig media blokkering skjer Nettverk kan blokkere uten header ingen garanti tidlig media vil bli gjengitt
12 p-Early-Media=sendrecv – both way media allowed =sendonly – backward media allowed =recvonly-forward media allowed =inactive-ingen medier tillatt Sendt Fra UAS Til UAC for å indikere autorisasjon for Tidlig Media Proxyer kan endre for sikkerhet eller politiske grunner Indikasjon på at bakover tidlig media er autorisert ved hjelp av » sendonly «eller» sendrecv » indikerer også ekstern end vil Indikerer at bakover media ikke autorisert vist ved hjelp av «inaktiv » eller» recvonly», indikerer også at lokale slutten skal gjengi en annen kilde kan sende i FØRSTE INVITASJON til å indikere støtte for header
13 Avviste Alternativer til utkast
Bruk alternativ tag i Påkrevd overskrift for å indikere at prosedyrer for tidlig mediegodkjenning kan brukes UAS kan be om tidlig media, men kan ikke få det Bruk alternativ tag i Påkrevd overskrift for å indikere at tidlig media vil bli blokkert Implementeringspolicyer basert på informasjon i svar (må bestemme seg foran) Transitiv klareringsmodell (å ta autorisasjonsbeslutninger basert på kunnskap om next hop server) kan ikke gjelde utenfor Nettverksanrop ved hjelp av enten tilnærming vil mislykkes med mindre uas oppgraderes (ingen insentiv til å oppgradere utenfor privat nettverk) enten modifikasjon effektivt forhindrer at privat nettverk bruker utvidelse for å kontrollere tilgang til tidlige medier
14 Blokkering på den private nettverksgrensen
overskriften er ikke strengt nødvendig hvis blokkering politikk implementeres på stedet der den politiske avgjørelsen fattes, for eksempel ved nettverksgrensen (sbc), Så hvorfor er det så kontroversielt? Header tillater bruk av eksisterende media control point i nettverk som IMS (PÅ P-CSCF) Header muliggjør samtrafikk uten SBC mellom klarerte nettverk implementere ulike tidlige media autorisasjonspolitikk
15 Ytterligere problem som skal løses?
Gi midler FOR UAS å oppdage om tidlig media vil bli gjengitt, slik AT UAS kan vurdere å bruke alternative prosedyrer når tidlig media utilgjengelig ville løse eksisterende problem separat Fra tidlig media autorisasjon Bør tillate eksisterende utkast til å fortsette Gir incitament Til UAs som krever tilgjengelighet av tidlig media for å implementere ny utvidelse
