Administração de Sistemas

Transcrição

1 UNIVERSIDADE DA BEIRA INTERIOR Departamento de Informática Administração de Sistemas Licenciatura em: - Tecnologias e Sistemas de Informação 5. Serviços de Voz sobre IP Docente: Prof. Joel Rodrigues Ano Lectivo 2010/2011

2 Sumário 1. Serviços de Voz sobre IP - Introdução 2. Protocolo H Protocolo Session Initiation Protocol (SIP) 1. Introdução A Internet é uma rede em que cada vez mais se procura uma integração de serviços. A Internet utiliza a arquitectura TCP/IP. Disponibilizando um serviço sobre o protocolo IP, temos acesso ao mercado global. Deste modo, o serviço de voz também se apresenta como um serviço de enorme potencial para a Internet. É expectável que possa vir a substituir, em grande medida, o serviço de voz convencional. O desafio associado a esta transição prende-se com a necessidade da existência de garantias a vários níveis, nomeadamente, em termos de operacionalidade, segurança, etc. Assim, o serviço de voz sobre IP (VoIP), apresenta-se como um serviço apetecível para o cliente: redução de custos facilidade de administração Para o operador (enquanto fornecedor) que disponibiliza este serviço, também é apetecível pois dispõe de um mercado completamente aberto à escala global. Administração de Sistemas (2010/2011) 89

3 O serviço de VoIP também é conhecido por telefonia IP, telefonia via Internet ou telefone digital. Que tipo de protocolos são necessários: Sinalização Protocolo para estabelecer a presença, localizar utilizadores, e estabelecer, alterar e desligar sessões. Media Protocolos de transporte para transmissão de áudio/vídeo em pacotes. Protocolos de suporte: localização de Gateways, IP, tradução de endereços, Qualidade de Serviço, etc. Alguns protocolos que temos ao dispor: Sinalização H.323 (ITU-T) e SIP (IETF). Media RTP (IETF, adoptado pela ITU-T). Transporte TCP, UDP e o Stream Control Transmission Protocol (RFC 2960). Protocolos de suporte: DNS, TRIP (telephony routing over IP), RSVP (resource reservation setup protocol), COPS (common open policy service, para QoS) e Diameter (para autenticação, accounting e autorização). A maioria das soluções de VoIP usam os protocolos de sinalização: H.323 (definido pela ITU-T) Session Initiation Protocol (SIP), definido pela IETF (mais recente que o H.323 e em franco crescimento) Outros protocolos são: Megaco (Media Gateway Controller), definido pelo RFC 2535, fruto de um trabalho conjunto entre a IETF e a ITU. Megaco é o nome utilizado pela IETF e H.248 é o nome utilizado pela ITU. Skinny Client Control Protocol Protocolo proprietário da Cisco MiNET - Protocolo proprietário da Mitel CorNet-IP - Protocolo proprietário da Siemens IAX Protocolo Inter-Asterisk exchange usado pelo servidor PBX (open source) Asterisk, e pelo respectivo cliente Skype Protocolo proprietário Peer-to-Peer usado pelo Skype Administração de Sistemas (2010/2011) 90

4 Jajah - Protocolo proprietário Peer-to-Peer usado pelo Jajah, que é compatível com o SIP e IAX. Fonte: WikipediaFigura 5.1 VoIP uma Solução Típica. 2. Protocolo H.323 Introdução O protocolo H.323 é um protocolo standard para comunicações multimédia em redes comutadas de pacotes (não apenas em redes IP). O H.323 é uma espécie de chapéu de chuva que inclui os protocolos estandardizados H.323, H.225.0, H.245, a série H.450, e a série H.460. Geralmente, referimo-nos apenas ao protocolo H.323 Por exemplo, o protocolo H é utilizado em sistemas de videoconferência profissionais Administração de Sistemas (2010/2011) 91

5 O âmbito do protocolo H.323 abrange: Voz em tempo real; Vídeo; Comunicações de dados em redes de pacotes. A primeira versão draft do H.323 foi lançada em Fevereiro de H.323 foi o primeiro protocolo estandardizado de VoIP. Actualmente a ITU-T trabalha no H.323v6. Elementos de um sistema H.323: Terminais Multipoint Control Units (MCUs) Gateways Gatekeeper Border Elements Referred to as endpoints Terminais: Telefones Videotelefones Dispositivos IVR (sistemas Interactive Voice Response) Sistemas de Voic Soft phones (ex.: NetMeeting ) Multipoint Control Units (MCUs): São responsáveis pela gestão de sessões/conferências multiponto. O MCU contém um controlador multiponto que gere a sinalização das chamadas e, opcionalmente, pode ter processadores multiponto para gerir vários tipos de media, comutação e outros processamentos. Administração de Sistemas (2010/2011) 92

6 Gateway: A Gateway é composta por um Media Gateway Controller (MGC) e uma Media Gateway (MG), que podem existir ou coexistir separadamente. O MGC gere a sinalização das chamadas e outras funções não relacionadas com os media. O MG gere os próprios media. A interface da Gateway H.323 com outras redes inclui a rede telefónica pública, os sistemas H.320,e outras redes H.323 (como proxy). Gatekeeper: O Gatekeeper é um componente opcional de um sistema H.323, sendo usado inicialmente para controlo de admissão e resolução dos endereços. O Gatekeeper permite chamadas directamente entre pontos terminais ou pode encaminhar o sinal de chamada através dele próprio para desempenhar funções como follow-me/find-me e reencaminhar quando ocupado. Border elements e Peer Elements: Os Peer Elements, que muitas vezes são colocados com um Gatekeeper, trocam informação de endereçamento e participam na autorização da chamada dentro e entre domínios. Os Peer Elements podem agregar informação de endereçamento por forma a reduzir a informação de routing passada através da rede. Os Border Elements são um tipo especial de Peer Element que existe entre dois domínios. Os Border Elements também podem auxiliar directamente na autorização/autenticação da chamada entre dois domínios. Administração de Sistemas (2010/2011) 93

7 Protocolos H.323 O H.323 é um documento de referência que descreve o modo como as várias peças do sistema trabalham em conjunto. O H define a sinalização de chamada entre pontos terminais e o Gatekeeper. O RTP/RTCP (Real-Time Protocol/ Real-Time Control Protocol) (RFC 3550) é o protocolo usado para transmitir medias, tais como vídeo e vídeo sobre IP. O H Anexo G e o H.501 definem os procedimentos e protocolos para comunicação dentro e entre os Peer Elements. O H.245 é o protocolo usado para controlar o estabelecimento e encerramento dos canais dos media dentro do contexto de uma chamada e gerir o controlo da conferência. O H.450.x é uma série de protocolos de serviços complementares. O H.460.x tem uma série de extensões (independentemente da versão) para o protocolo H.323 base. O T.120 especifica como fazer data conferencing. O T.38 define como retransmitir sinais de FAX. O V define como retransmitir sinais de modem. O H.235 define a segurança dentro dos sistemas H.323. O X.680 define a sintaxe ASN.1 (Abstract Syntax Notation One). O X.691 define as Packed Encoding Rules (PER) usadas para codificar mensagens para transmissão na rede. Registration, Admission, and Status RAS Definido no protocolo H Permite que um ponto terminal possa pedir autorização para efectuar ou aceitar uma chamada. Permite que um Gatekeeper controle o acesso de e para dispositivos que estão sob seu controlo. Permite que um Gatekeeper comunique o endereço de outros pontos terminais. Administração de Sistemas (2010/2011) 94

8 Permite que dois Gatekeepers possam facilmente trocar informação de endereçamento. Sinalização de chamada c/ H Permite que um ponto terminal inicialize e termine uma chamada com outro ponto terminal. Figura 5.2 Sinalização de chamada c/ H Sinalização H.245 O H.245 é usado para negociar capacidades e controlar aspectos da conferência entre dois ou mais pontos terminais. Figura 5.3 Sinalização H.245. Administração de Sistemas (2010/2011) 95

9 Ligação rápida e H.245 Algumas chamadas H.323 não utilizam grande parte das capacidades oferecidas pelo H.245 e apenas usam os procedimentos Fast Connect dos canais de dados (media). Deste modo, uma chamada pode ser estabelecida com apenas duas mensagens (Setup / Connect). Figura 5.4 Ligação rápida e H.245. A figura seguinte ilustra a pilha protocolar do protocolo H.323. Figura 5.4 Pilha protocolar do H.323. Resolução dos Endereços Uma Gatekeeper pode resolver os endereços de várias formas Enviando uma mensagem Location Request (LRQ) para outra Gatekeeper; Acedendo a um Peer Element; Acedendo a uma base de dados back-end (e.g., LDAP). Administração de Sistemas (2010/2011) 96

10 Os Gatekeepers e os Peer Elements podem efectuar queries a outros Gatekeepers e outros Peer Elements e podem trocar informações de endereçamento fora do contexto de uma chamada. Desde que um Gatekeeper não seja requisitado, or pontos terminais podem resolver os endereços eles próprios usando, por exemplo, o DNS, o LDAP ou outro phonebook local que contenha endereços IP estáticos. Características principais do H.323 Videoconferência avançada (ex.: MCUs em cascata, controlo do MCU sobre áudio e vídeo). Serviços complementares (ex.: transferência de chamadas, chamada em espera, etc. e controlo baseado em HTTP - H.323 Anexo K). Routing e Re-routing dinâmico (ex.: o Gatekeeper pode fornecer caminhos alternativos para o destino e o protocolo H permite que um ponto terminal possa efectuar uma query ao Getekeeper para buscar um caminho alternativo quando o inicial está indisponível). Endereçamento (ex.: suporta URLs, incluindo URLs h323 e URLs tel ; números e chamadas para telefones normais). Qualidade de Serviço (QoS) (ex.: o protocolo H permite que um ponto terminal possa enviar informação de QoS ao Gatekeeper; os dispositivos podem utilizar os standards da IETF para fornecer QoS). Outras capacidades: Diagnóstico do dispositivo (utilizando test calls ou media loops para medir o atraso e perda de pacotes); Serviços de emergência (os dispositivos podem indicar a prioridade de uma chamada); Apoio ao utilizador, ao terminal e serviço de mobilidade (H.510). Administração de Sistemas (2010/2011) 97

11 Escalável (permite a ligação entre pontos terminais sem necessidade de uma entidade intermédia para manter a ligação). Decomposição de Gateways (O H define como decompor uma Gateway H.323 em uma Media Gateway Controller, e uma ou mais Media Gateways). Robustez (permite Gatekeepers alternativos). Flexibilidade (Suporta: VoIP, videoconferência, T.120 troca de dados, comunicação em tempo real em modo texto e retransmissão de sinais FAX e Modem - T.38 e V.150.1). Multimedia ( H.323 is multimedia over IP ). Algumas Mailing Lists H.323 Announcement List - Para subscrever: h323-announce-join@lists.packetizer.com H.323 Implementors List - Para subscrever: join-imitch323implementors@mail.imtc.org ITU SG16 WP2 Mailing List - Para subscrever: majordomo@cisco.com (No corpo da msg, escrever: subscribe itu-sg16) H.323 Forum - Para subscrever, visitar: Administração de Sistemas (2010/2011) 98

12 3. Session Initiation Protocol (SIP) Introdução O SIP é um protocolo em modo texto semelhante ao HTTP ou ao SMTP Permite o estabelecimento de uma ligação interactiva (uma sessão), em tempo real, entre utilizadores, em redes IP. Esta ligação pode incluir voz, vídeo, chat, jogos interactivos e realidade virtual. O SIP surgiu em 1995, no IETF mmusic Workgroup, sendo publicado o 1º Draft em O SIP é um protocolo standard da IETF. O SIP é menos complexo que o H.323. O SIP é um protocolo de sinalização de sessão extremo a extremo baseado no modelo Cliente-Servidor. O SIP não está limitado à telefonia via Internet, permitindo estabelecer a presença do utilizador. É um protocolo apropriado para: Sistemas distribuídos de realidade virtual; Jogos em rede; Videoconferência; etc. A negociação das capacidades é efectuada pelo protocolo SDP (Session Description Protocol). O protocolo SDP foi desenvolvido para descrever sessões de áudio, vídeo e multimedia (qualquer tipo de MIME - Multipurpose Internet Mail Extension pode ser descrita de forma semelhante à facilidade do suportar todos os tipos de anexos em mensagens). A descrição da sessão pode ser usada para negociar a aceitação de um conjunto de tipos de medias compatíveis. Administração de Sistemas (2010/2011) 99

13 O SIP utiliza mensagens, sendo o seu tamanho maior que as do H.323. A Microsoft já anunciou o seu desinvestimento no H.323 (do NetMeeting) e apenas se dedica ao SIP (incluído no Messenger). A especificação mais recente do SIP está no RFC Terminais Aplicações/terminais para o utilizador: User agent cliente (para efectuar chamadas); User agent Servidor (para receber as chamadas de entrada); Equipamentos (hardware) e software disponível. Figura 5.5 Terminais SIP. Componentes O SIP define e utiliza os seguintes componentes: UAC (User agent client) cliente no terminal que inicializa a sinalização SIP. UAS (User agent server) servidor no terminal que responde à sinalização SIP que vem do UAC. UA (User Agent) Terminais de rede SIP (telefones SIP ou gateways para outras redes), contém UAC e UAS. Administração de Sistemas (2010/2011) 100

14 Proxy server recebe pedidos de ligação de um UA e transfere-o para outro servidor proxy caso uma estação em particular não esteja na sua área de administração. O SIP define e utiliza os seguintes componentes: Redirect server recebe pedidos de ligação e responde ao autor do pedido, incluindo os dados de destino. Location Server recebe os pedidos de registo do UA e actualiza a base de dados de terminais com eles. As sessões dos servidores (proxy, redirect e location servers) estão geralmente localizadas na mesma máquina que é o Proxy Server, que é responsável pela manutenção da base de dados dos clientes e pelo estabelecimento, manutenção e terminação das ligações. Mensagens SIP Mensagens mais importantes trocadas no ambiente SIP (RFC 2543): INVITE pedido para o estabelecimento de uma ligação ACK acknowledgement do INVITE por parte do destinatário final da mensagem BYE terminação da ligação CANCEL terminação de uma ligação não estabelecida REGISTER registo do UA no proxy SIP OPTIONS inquirição das opções do servidor Extensões às mensagens SIP: INFO permitir o carregamento da informação relacionada com o controlo da sessão (RFC 2976) Ex. Mensagens de sinalização RDIS usadas para controlar a chamada de serviços telefónicos Administração de Sistemas (2010/2011) 101

15 COMET usado para confirmar a conclusão de todas as pré-condições por parte do originador da sessão (draft-ietf-sip-manfolks-resource) PRACK Provisional Response ACKnowledgement - resposta afirmativa provisional (draft-ietf-sip-100rel) SUBSCRIBE/NOTIFY/MESSAGE mensagem instantânea (draft-rosemberg-impp-*) Respostas As respostas às mensagens SIP são em formato digital, semelhantes às do protocolo HTTP. As mais importantes são as seguintes: 1XX mensagens informativas (100 trying, 180 ringing, 183 progress) 2XX pedido satisfeito com sucesso (200 OK) 3XX reencaminhamento de chamada, o pedido deve ser dirigido para outro lado (302 temporarily moved, 305 use proxy) 4XX erro (403 forbidden - proibido) 5XX erro no servidor (500 Server Internal Error, 501 not implemented) 6XX falha global (606 Not Acceptable) Administração de Sistemas (2010/2011) 102

16 Estrutura da Mensagem SIP Administração de Sistemas (2010/2011) 103

17 Session Description Protocol (SDP) O SDP fornece informação suficiente para permitir uma sessão multimédia. O SDP inclui descrição do: Media utilizado (Codec, taxa de amostragem); Media de destino (Endereço IP e nº do porto); Nome da sessão e propósito; Tempo desde que a sessão está activa; Informação de contacto. Nota: O SDP, mais que um protocolo, é uma forma de formatação de dados. Campos do Cabeçalho da Mensagem From: Criador da mensagem To: Receptor final Contact: Aparece nos pedidos de INVITE, OPTIONS, ACK ou REGISTER e nas respostas. Indica o endereço directo da resposta para as transações subsequentes que são enviadas. Um UA (user agent) pode enviar subsequentemente BYE ou ACK para o Contact: endereço; Inclui redireccionamento do endereço em respostas 3xx ou 485; Inclui informação adicional de erro nas respostas 4xx, 5xx ou 6xx; Pode incluir pesos de referência; Inclui a localização actual nos pedidos REGISTER; Em múltiplos contactos: os campos do cabeçalho podem ser incluídos. Administração de Sistemas (2010/2011) 104

18 Endereços SIP O SIP fornece um endereço único. Exemplos de endereços SIP: sip:teste@iptel.org sip:voic @iptel.org?subject=callme sip:sales@hotel.ab;geo.position:=48.54_ _120 O endereço deve incluir o nome da máquina, pode incluir o nome do utilizador, o porto da máquina, parâmetros (ex.: transportes), etc. O endereço SIP pode ser embebido em páginas web, assinaturas , impresso no cartão de visita, etc. Também podem ser usados endereços não SIP (ex.: mailto:, etc.) O endereço SIP pode ser embebido em páginas web, assinaturas , impresso no cartão de visita, etc. Também podem ser usados endereços não SIP (ex.: mailto:, etc.) Servidores Públicos SIP (sip:hotfoon.com) (sip:your.name@iptel.org) (sip:www-db.research.bell-labs.com) (sip:cnrsipserver.coe.psu.ac.tw) (sip:kalipso. ikn.tuwien.ac.at) (sip:zdots.com) (sip:sipfx.com) (sip:sipcenter.com) (sip:siphappens.com) (sip:sipaccount.mci.com) Administração de Sistemas (2010/2011) 105

19 Comunicações Multimedia baseadas em IP O SIP estabelece, principalmente, os endereços IP e os portos para que os pontos terminais possam enviar e receber dados. O SIP não transporta dados e não está dependente do tipo de compressão utilizado. Provavelmente, os pacotes de dados não seguem o mesmo caminho que os pacotes SIP. As fontes de áudio/vídeo são digitalizadas, comprimidas e enviadas em pacotes UDP. Os algoritmos de compressão utilizam as limitações dos ouvidos/olhos humanos para reduzir a largura de banda. Reduz-se a largura de banda áudio usando a supressão do silêncio. Reduz-se a largura de banda vídeo usando a detecção do movimento. Protocolo RTP Real Time Transport Protocol O protocolo RTP foi estandardizado pela IETF e também é usado pela ITU-T Este protocolo foi desenhado para ser escalável, flexível e existe separação entre os mecanismos de dados e controlo Figura 5.6 Protocolo RTP. Administração de Sistemas (2010/2011) 106

20 Funções do Protocolo RTP O protocolo RTP Fornece informação acerca do(e/a): Tipo de conteúdo do media Fluídos/jorros de conversa Identificação de quem enviou Sincronização Detecção de perdas Segmentação e re-assemblagem Segurança (encriptação) SIP Mailing Lists SIP - Para subscrever: sip-request@ietf.org sipping - Para subscrever: sip-request@ietf.org simple - Para subscrever: simple-request@ietf.org SIP implementations - Para subscrever: sip-implementations-request@cs.columbia.edu Administração de Sistemas (2010/2011) 107

21 Algumas referências Internet SIP Information Site ( Tech-invite SIP Technical Portal ( SIP - Columbia University ( Session Initiation Protocol (SIP) Working Group Supplemental Home Page ( JAIN(tm) SIP API ( Unicoi Systems - SIP Stack ( Tekea - SIP ENUM Directory Services ( SIP Foundry ( Administração de Sistemas (2010/2011) 108