apresentação sobre o tema: “autorização de mídia antecipada em que condições a mídia negociada deve fluir antes de 200 OK (convidar)? Richard Ejzak.”- Transcrição da apresentação:
1 autorização de mídia antecipada sob quais condições a mídia negociada deve fluir antes de 200 OK (convidar)? Richard Ejzak
2 o Que RFCs dizer sobre o Início da Media
Algumas RFCs assumir (cedo), a mídia pode fluir imediatamente após a sinalização SDP de Acordo com o assinalado direcionalidade (RFC 3264) Quando pré-condições satisfeitas (RFC 3312) Sem exceções descritas para o início de mídia de Outros RFCs descrevem as condições em que o início de mídia não será processado RFC 3261: 180 Resposta “pode ser utilizado para iniciar o local de rechamada” RFC 3960: Não pode compor várias fontes durante a bifurcação “do UAC deverá desenvolver a sua política local a respeito de local de toque de geração de”
3 Que o RTB diz sobre o início de media
“Resposta” geralmente é o gatilho para começar a cobrança Usuários não espere ser cobradas para chamadas não atendidas Redes não permitem que os usuários troquem dados, antes de “Resposta” a terminar O interruptor normalmente “corta” de mídia para a parte chamada em “Resposta” a terminar O switch fornece “progresso da chamada” mídia antecipada para a parte chamada não Existe “terminação” da chave a policie early media em uma rede SIP típica como sabemos se a mídia inicial está sendo trocada com uma entidade de rede autorizada ou um usuário final?
4 Alguns aplicativos de mídia inicial
Reproduzir tom de toque personalizado (CRBT) Reproduzir anúncios de rede Mensagens de erro encaminhamento de filas, etc. Comandos e coletar outras informações de discagem Para confirmar a disponibilidade do caminho da mídia
5 Local opções de Política de Algumas implementações não permitir início de mídia:
Antes de receber resposta SDP (para verificar o destino contatado) Antes de receber 200 OK (convidar) (para fornecer indicação de alerta alternativa/local) do endereço de origem RTP diferente do endereço de destino RTP remoto (pode causar recorte ou bloqueio total de mídia) para renderizar informações de progresso de chamada alternativa (CRBT) para renderizar mídia/diálogo alternativo (bifurcação) quando, sessões paralelas) dar prioridade para Alerta-cabeçalho de Informações de mídia Para dar prioridade para o início da sessão de mídia Para evitar que potencialmente fraudulento troca de dados do usuário quando o faturamento começa com “resposta”
6 o Que media a compor antes de “resposta”?
Local de rechamada após o recebimento de 180 Alerta de Resposta-cabeçalho de Informações de mídia mídia Antecipada Início de sessão media alternativas diálogos Claro como priorizar essas diversas fontes de Flexibilidade da política local necessário
7 Como desativar fontes indesejadas?
silenciar a mídia de Chamada em espera (a=sendonly) buraco Negro de endereço (endereço de zero na oferta) pré-Condições de Bloqueio (gate) de mídia de rede Única opção quando se serve o usuário final SIP dispositivo Aceitar pacotes de mídia, mas não é renderizada para o usuário
8 Problemas com muting Como sabemos que o ofertante intenção?Alertamos um usuário ao receber uma oferta inativa ou sendonly? Que recursos reservamos para a sessão? Como o respondente sabe que HOLD será imediatamente removido em 200 OK (convidar)? Endereço de Buraco Negro melhor não pode confundir a intenção do usuário como sabemos quem Silenciar durante a bifurcação? Mais mídia recorte do que com a mídia de bloqueio
9 Problemas com o bloqueio
Interações com o RTCP não Deve esperar relatórios precisos sobre o tráfego antes de 200 OK (CONVIDAR) Interações com o GELO Pode não identificar fontes durante paralelo bifurcação
10 RFC 3960 Recomendações Início de mídia tem precedência quando presente
outra forma de renderização de rechamada/Alerta-Info/início de sessão até que o media aparece Outros procedimentos de permissão com base na política local Por exemplo, o SIP-I usa mídia inicial exclusivamente Procedimentos recomendados quebram durante bifurcação paralela quando deseja maior prioridade para mídia alternativa (por exemplo,, CRBT) Quando necessário para controlar fontes de mídia antecipado devido às políticas de cobrança
11 rascunho-ejzak-beber-p-em-auth-01 centra-se no estreito problema
Aplicável apenas para redes privadas com confiança transitiva modelo de Rede capaz de executar meios de bloqueio (gating) perto de UAs Identifica fontes autorizadas de mídia antecipada, para evitar o bloqueio Funciona bem com RFC 3960, desde que autorizado início de mídia sempre passou e tem precedência Significativa objeções levantadas desde UAS não sabe quando os primeiros media ocorre o bloqueio de Rede pode bloquear sem o cabeçalho Nenhuma garantia de mídia inicial será processado
12 Cabeçalho de Definição de P-Precoce-Media=sendrecv – tanto a forma de mídia permitido =sendonly – para trás media permitido =recvonly – encaminhar media permitido =inativo – não media permitido Enviados a partir de UAS para o UAC para indicar a autorização para o início de mídia Proxies pode modificar para a segurança ou política de razões Indicação de que para trás mídia antecipado é autorizado a utilizar “sendonly” ou “sendrecv” também indica remota de final serão fornecer progresso da chamada mídia que deve ser processado Indicação de que para trás meios de comunicação não autorizado mostrado usando “inativo” ou “recvonly”, também indica que o local final deve render outra fonte Poderá enviar inicial CONVIDAR para indicar o suporte de cabeçalho
13 Rejeitada Alternativas ao projecto de
Usar a opção etiqueta no cabeçalho Necessário para indicar que a mídia inicial de autorização de procedimentos podem ser utilizados UAS pode solicitar o início de mídia, mas não pode obtê-lo Usar a opção etiqueta no cabeçalho Necessário para indicar que os primeiros meios de comunicação será bloqueado Impede de rede de a implementação de políticas com base em informações de respostas (deve decidir frente) relação de confiança Transitiva (modelo de tomada de decisões de autorização com base no conhecimento do próximo salto server) podem não se aplicar fora de Chamadas de rede usando qualquer abordagem irá falhar a menos que UAS atualizado (qualquer incentivo para atualizar para fora da rede privada) Qualquer modificação impede eficazmente a rede privada utilizando a extensão para controle de acesso à mídia inicial
14 Bloqueio a rede privada de fronteira
O cabeçalho não é estritamente necessário, se o bloqueio a política é implementada no local onde a decisão política é tomada, por exemplo, na fronteira da rede (SBC), então por que é tão controversa? O cabeçalho permite o uso do ponto de controle de mídia existente em redes como o cabeçalho IMS (at P-CSCF) permite a interconexão sem SBC entre redes confiáveis implementando diferentes políticas de autorização de mídia inicial
15 problema adicional a ser resolvido?
Fornecer meios para que os UAS descubram se a mídia inicial será renderizada para que os UAS possam considerar o uso de procedimentos alternativos quando a mídia inicial indisponível resolveria o problema existente separadamente da autorização de mídia inicial deve permitir que o rascunho existente prossiga fornece incentivo para os UAs que exigem disponibilidade de mídia inicial para implementar nova extensão