IntroduoaoprotocoloSIP*

1. SIP(SessionInitiationProtocol)
PodesedizerqueSIPtratasedeumprotocolodecontrolereferentecamadade aplicaesdoModelodeRefernciaOSI(OpenSystemInterconnection),queusadopara iniciar,modificarouterminarsessesouchamadasmultimdiaentreusurios.Dentresuas funcionalidadestemsealocalizaodeusurios,oestabelecimentodechamadas,osuporte a unicast ou multicast, administrao na participao de chamadas (transferncias, conferncia,entreoutros)epossibilidadedeparticipaodeumusurioemterminalH.323, via gateway.um protocolo clienteservidor similar aoHTMLnotocante sintaxe e semnticadasestruturasempregadas,comcamposexplicitamentedescritos. Estasoluodevideoconferncia,estabelece,modificaeterminasessesmultimdia e/ou ligaes. Estas sesses podem ser conferncias multimdia, aulas pela Internet, telefoniasobreInternet,entreoutras.OprotocoloSIPbaseadonoHTTPe,assimcomo este,suportaotransportedequalquertipodecargaemseuspacotes,pelousode Mime Types (Multipurpose Internet Mail Extensions). Por utilizar uma arquitetura cliente/servidor,suasoperaesenvolvemapenasmtodosderequisioerespostas,como observadotambmnoHTTPenoRTSP. Comomencionadoanteriormente,ofatodoSIPtratarsedeumprotocolocliente servidor(oclienterealizachamadasquesoatendidaspeloservidor),em algunscasos, umachamadapodeenvolverdiversosservidoreseclientes.UmprotocolocomooSIP,deve oferecerfunesbsicascomo: Conversodenomeselocalizaodeusurios: Envolveomapeamentoentrenomesdediferentestiposdeabstrao, tais como nomes de um domnio e o nome de um usurio em servidor Internet,istonecessrioparaqueumdeterminadousurio,quepossuium nomequalquer,possaserconvertidoemumendereoIP,demodoquepossa serlocalizadoaqualquermomentodaligao; Negociaodeconfigurao:

*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

Permitequeumgrupodeusuriosdefinaquetipodeinformaoser trocadaeseusrespectivosparmetros.Oconjuntoeotipodosdadosque estosendoenviadosnoprecisamseruniformesdentrodeumachamada, comodiferentesconexespontoapontopodeenvolverdiferentestipose parmetrosdedados.Muitoscodecssocapazesdereceberdiferentestipos decodificaes,sendorestritosaoenviarapenasumtipodedadoemcada fluxo; Alteraodeconfigurao: Tornapossvelaalterao,demaneiradinmica,ouseja,durantea utilizaodeumaconexoporseususurios,dosparmetrosdefinidosno momentodoestabelecimentodaconexo.

1.1. Componentesdaarquitetura SIPfoiconcebidonaUniversidadedeColumbiaedepoissubmetidoparaaprovao do IETF (Internet Engineering Task Force). Foi aprovado como RFC (Request For Comment), sendo publicado como RFC 2543, em maro de 1999. O IETF define um conjunto de componentes na sua arquitetura operando numa rede IP, este conjunto definidocomo redeS IP.Estescomponentessoapresentadosnafigura1.1:

*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

Figura1.1ComponentesdaarquiteturaSIP

SIPUserAgent Clientedaarquitetura,ouopontofinaldacomunicaomultimdia queinteragecomousurio.Umuseragenttemdoiscomponentes,umuser agentclient(UAC)eumuseragentserver(UAS).OUACresponsvelpor iniciar as chamadas enviando requisies, e o UAS responsvel por responder s chamadas, enviando respostas. Uma aplicao de telefonia Internet por exemplo, contm ambos UAC e UAS. Podese destacar a diferenacomumWebBrowserquecontmapenasumcliente.

SIPProxyServer

*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

Servidor de redirecionamento de requisies e respostas SIP. Passa a realizarasinalizaocomosefosseooriginadordachamada,equandoa respostalhesenviada,elaredirecionadaparaooriginadorreal.Oservidor deproxytambmconhecidocomonexthop.Oservidornexthoppodeser outroservidordeproxy,umUASouumservidorderedirecionamento. UmexemplodautilizaodoproxypodeserverificadonaFigura1.2:

Figura1.2Servidordeproxy

Oprimeiropassoqueacontecenafiguraanterior,quandoousurio encaminha um invite request para um proxy local, tendo como destino
*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

paulo@empresa.com(1).O proxy procuraempresa.comnoDNS(Domain NameSystem)eobtmoendereoIPdoservidorquetratarequisiesSIP destedomnio.Oproxyentoencaminhaorequestparaesseservidor(2).O servidordeempresa.comconheceousuriopaulo,maseleest logado no momentocomon.aluno@universidade.edu.Ento,oservidorredirecionao proxy(3)paratentaresteendereo.TambmcomauxliodoDNS,oproxy obtmoendereoIPdoservidorresponsvelporuniversidade.edueenviao request para esse servidor (4). O servidor consulta uma base local (5) e indica que n.aluno@universidade.edu localmente identificado como paulo.silva@inf.universidade.edu (6). O servidor principal de universidade.eduenviaorequestparaoservidordainformtica(7),quepor suavez,sabendooendereoIPdousurio,enviaorequestparaele(8).O usurioaceitaachamadaeresponderetornandopelacadeiade proxy (8), (10),(11)e(12). SIPRedirectServer Recebe requisies e determina um servidor nexthop. Todavia, ao contrriodereenviarnestecaso,eleretornaoendereodoservidornexthop paraocliente.Afunoprimriadosservidoresproxyederedirecionamento so roteamento de chamadas, ou seja a determinao do conjunto de servidores a serem usados no caminho para completar a chamada. Um servidorde proxy ouumservidorderedirecionamentopodeusarqualquer meioparadeterminaroservidor nexthop,incluindoexecutarprogramase consultarbancodedados.Umservidor proxy podetambmduplicaruma requisio,enviandocpiasparamltiplosservidores nexthop deusavez. Isto permite que uma requisio de incio de chamada tente diversas localizaes diferentes ao mesmo tempo. A primeira localizao que responderconectadacomoclientechamador. Emsuma,redirecionarequisieserespostas,enviandoumamensagem paraosclientescomonovoendereoSIPprocurado,enofazendoopapel decontinuarachamada. Aarquiteturapodeapresentaraindaosseguintescomponentes: SIPRegisterServer Servidor SIP que suporta requisies REGISTER, usadas para registrarasinformaesdosusuriosemalgumServidordeLocalizao.

*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

ServidordeLocalizao Possui apenas asfuncionalidades dearmazenamento econsulta de registrosdeusuriosSIPnesteservidorsodescritas,ficandoacritriodo implementador da soluo SIP a escolha da melhor tecnologia para esta finalidade.

1.2. SinalizaonoSIP OprotocoloSIPbaseadonoHTTPe,assimcomoeste,suportaotransportede qualquertipodecargaemseuspacotes,pelousodeMimeTypes(MultipurposeInternet Mail Extensions). O SIP funciona numa arquitetura cliente/servidor, e suas operaes envolvemapenasmtodosderequisioerespostas,comoobservadotambmnoHTTPe noRTSP.OsmtodosderequisiodoSIPsoosseguintes: INVITE: Indica que ousurio est sendo convidadoa participar deuma sesso multimdia. O corpo da mensagem pode conter uma descrio da sesso, utilizandose o protocolo de descrio de sesso SDP (Session DescriptionProtocol). ACK:MensagemrecebidacomorespostafinalaumINVITE.Arequisio ACKpodeconteroSDPdedescriodasessonegociadaentreambosos clientes. Se no contiver o SDP, o usurio chamado pode assumir a descriodadapeloprimeiroINVITE,sehouver. OPTIONS: Faz uma pergunta sobre quais mtodos e extenses so suportados pelo servidor e pelo usurio descrito no campo de cabealho <To:>. O servidor pode responder a esta pergunta com o conjunto de mtodoseextensessuportadopelousurioeporelemesmo. BYE: Usadoparaliberarosrecursosassociadosaumaligaoeforara desconexodamesma. CANCEL: Cancelaumarequisioqueaindaestejapendente,ouseja,em andamento.Umarequisioconsideradapendente,seesomentese,elano foiatendidacomumarespostafinal.

*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

REGISTER:Umclienteusaestemtodopararegistraro"alias"(apelido)do seuendereoemalgumservidorSIP,que,poraceitarregistrodeusurios, chamamosdeservioREGISTRAR.

Paracadarequisio ouresposta,temos umgrupo de cabealhos,divididos em: cabealhosgerais,cominformaesimportantessobreachamada;cabealhosdeentidade, com metainformao sobre o corpo da mensagem; e os cabealhos especficos, que permitempassarinformaesadicionais,quenocouberamnalinhadestatusdarequisio oudaresposta. As entidades SIP se comunicam usando transaes . Quando requisies (transaes) so atendidas, as respostas enviadas so identificadas por nmeros, que significamaclassedaresposta.Podeseenviardiversasmensagensprovisriasantesdese enviarumarespostadefinitiva.Existemseisclassespossveisderesposta:Classe1XX, respostastemporriasouinformativas;Classe2XX,respostafinaldesucesso;Classe3XX, redirecionamento da requisio; Classe 4XX, erros no cliente; Classe 5XX, erros do servidor;eClasse6XX,errosglobaisnarede. OiniciadordeumpedidoSIPchamadodeclienteSIPeaentidadequeresponde chamadadeservidorSIP.Asmensagenstrocadasduranteumatransaocompartilhamum nmeroCseq(campodecabealho)comum,comumaexceo:amensagemACKusao mesmoCseqdatransaoqualelaseaplica,masumatransaodiferente. Aprimeiraetapaconsisteemabrirumaconexodesinalizaoentreospontosde origemededestinodachamada.PontosfinaisSIPpodemusarsinalizaoUDPouTCP,a sintaxedasmensagensindependentedoprotocolodetransporteusado. QuandoseusaoTCP,amesmaconexopodeserusadaparatodosospedidose respostasSIP(noparosdadosdemdia)ouumanovaconexoTCPpodeserusadapara cadtransao.SeoUDPforusado,oendereoeaportaaseremusadosparaasrespostasa pedidosSIPestarocontidosnoparmetrodecabealhovia dopedidoSIP.Asrespostas nodevemserenviadasparaoendereoIPdocliente.Senenhumaportaforespecificada noendereoSIP,aconexofeitacomaporta5060tantoparaoTCPquantoparaoUDP. UmclienteSIPchamaumoutropontofinalSIPenviandoumamensagemdepedido invite (Figura1.1).Amensagem invitenormalmentecontminformaessuficientespara permitirqueoterminaldedestinoestabeleaimediatamenteaconexodemdiasolicitada comopontodeorigemdachamada.Essasinformaesincluemascapacidadesdemdia queopontodeorigemdachamadapodereceber(eenviar:considerasequeacapacidade do codificador esto enviando ou recebendo no SIP, a menos que os parmetros SDP sendonlyoureconlysejamusados)eoendereodetransporteondeopontodeorigemda
*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

chamadaesperaqueopontodedestinodachamadaenvieessesdadosdemdia.Amaioria dospontosfinaisserocapazesderecebermuitascodificaesdiferentesparacadatipode mdia. A codificao em particular escolhida pelo remetente aparece como parte do cabealhoRTP. Opontodedestinodachamadaprecisaindicarqueeleestaceitandoopedido.Esse o objetivo da mensagem de resposta OK. Uma vez que o pedido foi um convite, a respostaOKtambmcontmascapacidadesdemdiadopontodedestinodachamadae onde ele est esperando receber os dados de mdia. O originador da chamada precisa confirmarquerecebeudemaneiraadequadaarespostadopontodedestinodachamada (lembresequepodemosestarusandoUDP)comamensagemACK. Apartirdesseexemplo,podesenotarqueoSIPeficiente,poisocanaldemdia dorecebedorparaooriginadordachamadapodeserestabelecidocomumaidaeumavolta demensagenseocanaldemdiadooriginadorparaorecebedorpodeserestabelecidocom umaida,umavoltaeoutraidademensagens.Istomuitomelhorqueasvriasidase voltasexigidaspeloH.323v1.

*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

Figura1.3ChamadaparaumendereoIPconhecidocomSIP Nachamadaanterior,oterminaldeAnaofereceuseparareceberumcanaldeudio codificadoemPCM.IstopodenoseraceitvelparaoterminaldePaulo,ouporquePaulo no dispe de largura de banda suficiente (o PCM exibe 64Kbit/S, mais o overhead RTP/UDP/IP/PPP)ouporqueoterminaldePaulonopossuiumcodificadorPCMmlaw. Nesse caso,o terminal de Paulo responder com um 606 Not Acceptable e finalmente relacionaroconjuntodecodificadoresqueelepodeusar.Comessainformao,oterminal
*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

deAnapodeenviarumnovopedidode invite,comomesmoidentificadordechamada, anunciandoocdigoapropriado(masseeletivesseessacapacidade,poderiatlaenviado comoumaescolhanoprimeiropedidoinvite)ouentoreiniciarumachamadapormeiode umproxydetranscodificao(Figura1.3).

*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

Figura1.4Negociandooestabelecimentodachamada
*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa

OIETFconcluiusobreumcodificadorpadroaserusadonocasodevozabaixa taxa de bits, o G.723.1, de maneira a manter mnima a probabilidade desse tipo de incompatibilidadenoH.323.NenhumarecomendaodessetipoexisteparaoSIP,masa maioriadosterminaisparecesercapazdereceberPCMAlawemlawetambmGSM. OSIPnotemumanoodecanaislgicos(comodefinidonoH.323).Quandoum clienteseoferecepararecebervriostiposdemdiasemvriasportasUDPouTCP,ele temdeestarpreparadopararecebermdiaimediatamenteemqualquerumdessasportas.No entanto,oterminaldedestinopodedecidirenviardadosemapenasalgumasportas(por exemplo,elenopossuicapacidadesdevdeoeenviaapenasudio).Nadanasinalizao informaaoclienteseumadeterminadaportaestarativaouno.Emgeral,issono realmenteumproblema,umavezqueamaioriadospontosfinaispodemficar escutando asportasnousadassemumimpactosignificativonodesempenho. Emalgunscasos,noentanto,asentidadesSIPprecisammantervrios canaisde mdiaetmdereutilizarasportasUDPdamaneiramaiseficientepossvel,esteocasode grandes gatewaysi ou recursos de mdia centralizados. Essas entidades podem ter de multiplexarvrioscanaisdemdiaemumanicaportaoufecharportasinativascombase emheursticas,porexemplo,apsumperodosemnenhumaatividade.

*Adaptadododocumento: TAROUCO,L.;FABRE,M.;GRANVILLE,L.;TAMUSIUNAS,F.Videoconferncia,RNPRedeNacionaldePesquisa