autorizare timpurie mass-media în ce condiții ar trebui să negociate fluxul media înainte de 200 OK (invita)? Richard Ejzak.

prezentare pe tema: „autorizarea timpurie a mass-Media în ce condiții ar trebui să negocieze fluxul media înainte de 200 OK (invita)? Richard Ejzak.”- Prezentare transcriere:

1 autorizare timpurie mass-media în ce condiții ar trebui să negociate fluxul media înainte de 200 OK (invita)? Richard Ejzak

 autorizare timpurie mass-Media în ce condiții ar trebui să negociate fluxul media înainte de 200 OK (invita)

2 Ce spun RFC despre Media timpurie
unele RFC presupun că media (timpurie) poate curge imediat după semnalizarea SDP în conformitate cu direcționalitatea semnalată (RFC 3264) atunci când sunt îndeplinite condițiile prealabile (RFC 3312) nu sunt descrise excepții pentru media timpurie alte RFC descriu condițiile în care media timpurie nu va fi redată răspunsul RFC 3261: 180 „poate fi folosit pentru a iniția ringback local” RFC 3960: Nu poate face mai multe surse în timpul bifurcare „un UAC ar trebui să dezvolte politica locală în ceea ce privește generarea de apel locale”

ce spun RFC-urile despre Media timpurie

3 ceea ce spune PSTN despre Media timpurie
” răspuns „este de obicei declanșatorul pentru a începe facturarea utilizatorii nu se așteaptă să fie facturați pentru apeluri fără răspuns rețelele nu permit utilizatorilor să facă schimb de date înainte de” răspuns „comutatorul de terminare de obicei” taie „media către partea apelată pe” Răspuns „comutatorul de terminare oferă” progresul apelului ” media timpurie către partea apelantă nu există poliția media timpurie într-o rețea tipică SIP cum știm dacă media timpurie este schimbată cu o entitate de rețea autorizată sau cu un utilizator final?

 ce spune PSTN despre Media timpurie

4 Unele aplicații ale mediilor timpurii
redă ton de apel personalizat (CRBT) redă anunțuri de rețea Mesaje de eroare redirecționarea la coadă etc. Solicitați și colectați informații de apelare add ‘ l pentru a confirma disponibilitatea căii media

 unele aplicații ale mediilor timpurii

5 opțiuni de politică locală unele implementări interzic mass-media timpurie:
înainte de a primi răspuns SDP (pentru a verifica țintă contactat) înainte de a primi 200 OK (invita) (pentru a oferi alternativ/indicarea alertare locală) de la adresa sursă RTP, altele decât adresa de destinație RTP la distanță (poate provoca tăiere sau blocarea totală media) pentru a face alternativ apel progres info (CRBT) pentru a face alternativ media/dialog (bifurcare) atunci când capacitățile media limitate (de ex., sesiuni paralele) pentru a acorda prioritate mediilor antet Alert-Info pentru a acorda prioritate mediilor de sesiune timpurie pentru a preveni schimbul potențial fraudulos de date ale utilizatorului atunci când facturarea începe cu „răspuns”

Opțiuni de politică locală unele implementări interzic mass-media timpurie:

6 Ce media să redați înainte de”răspuns”?
ringback Local la primirea a 180 de alertă de răspuns-informații antet Media Media timpurie Media timpurie din dialoguri alternative neclar cum să prioritizeze aceste surse diverse flexibilitatea politicii locale necesare

 ce media să redea înainte de a răspunde

7 Cum să dezactivați sursele nedorite?
oprirea sunetului apelului media HOLD (a=sendonly) adresa găurii negre (adresa zero în ofertă) precondiții blocarea (închiderea) opțiunii de rețea numai media atunci când se servește dispozitivul SIP al utilizatorului final acceptați pachetele media, dar nu redați utilizatorului

 cum se dezactivează sursele nedorite

8 Probleme cu dezactivarea sunetului de unde știm intenția ofertantului?
avertizăm un utilizator atunci când primește oferta inactivă sau trimite doar? Ce resurse ne rezervăm pentru sesiune? Cum answerer știu că HOLD va fi eliminat imediat la 200 OK (invita)? Adresa găurii negre mai bine nu poate confunda intenția utilizatorului cum știm pe cine să mutăm în timpul bifurcării? Mai multe decupări media decât cu blocarea media

 probleme cu dezactivarea sunetului cum știm intenția ofertantului

9 probleme cu blocarea
interacțiunile cu RTCP nu trebuie să se aștepte la rapoarte exacte privind traficul înainte de 200 Ok (invitați) interacțiunile cu ICE nu pot identifica sursele în timpul bifurcării paralele

 probleme cu blocarea

10 RFC 3960 recomandări Early media are prioritate atunci când este prezent
în caz contrar ringback/Alert-Info/early-session până când media apare alte proceduri permise pe baza politicii locale De exemplu, SIP-i utilizează medii timpurii procedurile recomandate exclusiv se descompun în timpul bifurcării paralele atunci când se dorește o prioritate mai mare pentru medii alternative (de ex., CRBT ) când trebuie să controlați sursele de media timpurie din cauza politicilor de facturare

 recomandări RFC 3960 Media timpurie are prioritate atunci când este prezentă

11 draft-ejzak-sipping-p-em-auth-01 se concentrează pe problema îngustă
aplicabilă numai rețelelor private cu rețea model de încredere tranzitivă capabilă să efectueze blocarea media (gating) în apropierea UAs identifică surse autorizate de media timpurie pentru a evita blocarea funcționează bine cu RFC 3960, deoarece media timpurie autorizată a trecut întotdeauna și are prioritate obiecții semnificative ridicate, deoarece UAS nu blocarea are loc rețea poate bloca fără antet nici o garanție mass-media timpurie va fi redat

 proiect-ejzak-sipping-p-em-auth-01 se concentrează pe problema îngustă

12 Header Definition P-Early-Media = sendrecv-both way media allowed =sendonly-backward media allowed =recvonly-forward media allowed =inactive-no media allowed trimis de la UAS la UAC pentru a indica autorizarea pentru Early Media proxy-urile pot modifica din motive de securitate sau politică indicarea faptului că backward early media este autorizată folosind „sendonly” sau „sendrecv” indică furnizarea de mass-media de progres apel care ar trebui să fie prestate indicație că mass-media înapoi nu este autorizat afișat folosind „inactiv” sau „recvonly”, de asemenea, indică faptul că sfârșitul locale ar trebui să facă o altă sursă poate trimite în invita inițială pentru a indica sprijinul antet

definiție antet

13 Alternative respinse la draft
utilizați eticheta opțiunii în antetul necesar pentru a indica faptul că pot fi utilizate procedurile de autorizare media timpurie UAS poate solicita media timpurie, dar poate să nu o obțină utilizați eticheta opțiunii în antetul necesar pentru a indica faptul că media timpurie va fi blocată împiedică rețeaua implementarea politicilor bazate pe informații din răspunsuri (trebuie să decidă în față) modelul de încredere tranzitiv (luarea deciziilor de autorizare bazate pe cunoașterea serverului next hop) poate să nu se aplice în afara apelurilor de rețea folosind oricare dintre abordări va eșua, cu excepția cazului în care UAS a fost actualizat (fără stimulent pentru a face upgrade în afara rețelei private)

14 blocarea la granița rețelei private
antetul nu este strict necesar dacă blocarea politica este implementată în locul în care se ia decizia de politică, de exemplu, la frontiera rețelei (SBC), deci de ce este atât de controversată? Antetul permite utilizarea punctului de control media existent în rețele precum IMS (at P-CSCF) antetul permite interconectarea fără SBC între rețelele de încredere care implementează diferite politici de autorizare media timpurie

blocarea la granița rețelei private

15 problemă suplimentară de rezolvat?
furnizați mijloace pentru ca UAS să descopere dacă media timpurie va fi redată, astfel încât UAS să poată lua în considerare utilizarea procedurilor alternative atunci când media timpurie indisponibilă ar rezolva problema existentă separat de autorizarea timpurie a mass-media ar trebui să permită continuarea proiectului existent oferă stimulente pentru UAs care necesită disponibilitatea mediilor timpurii pentru a implementa o nouă extensie

problemă suplimentară care trebuie rezolvată

Lasă un răspuns

Adresa ta de email nu va fi publicată.