[AsteriskBrasil] RES: OpenSER / OpenSIP

[Alcindo Processa]

Olá Rodrigo...

 

Conheço bem as implementações de OpenSER e OpenSIP, que chamarei agora de
sip Proxy, vou tentar esclarecer as tuas dúvidas...

 

1)      Seria possível o OpenSER trabalhar em paralelo com o Asterisk?

Tenha em mente o seguinte: o sip Proxy é um software que faz com que você
faça todo o tratamento de cada sessão SIP, ou seja você manipula o protocolo
em sua natureza (Headers, origem, destino e autenticação). Portanto, seria
não, é umas das implementações mais sofisticadas em termos de protocolo SIP,
pois no Proxy você controla o protocolo e no asterisk você simplesmente faz
a operação de PBX (PSNT, FXS, FXO, voice mail, etc.). Ganha-se muito em
performance neste tipo de plataforma.

 

2)      De uma forma que o Asterisk contribua com as facilidades dele e o
OpenSER com as dele, mas os dois como "um só".

Como te informei antes, quando você liga de um cliente SIP para outro você
nem passará pelo asterisk, somente se você tiver que utilizar uma placa E1,
FXS ou FXO para completar a ligação. Uma das desvantagens do SIP Proxy é que
você tem que fazer tudo na mão mesmo, ele não suporta NAT, portanto você
deve utilizar ferramentas de terceiros como mediaproxy ou outro para que
controle as sessões SIP através de NAT, além da programação de
encaminhamento e redirecionamento das mensagens SIP que o proxy deve
direcionar e é feita toda em script proprietário do SIP Proxy utilizado.
Outra coisa que recomendo sempre aos meus clientes é usar autenticação
através de um servidor radius, isso minimiza os ataques através do
protocolo.

 

3)      Pois como eu vi na webinar [1] no site voipexperts, eles tem
diferenças e como foi colocado no texto que você citou, um completa o outro.
Como ficaria a arquitetura no caso?

A Arquitetura que uso em nosso provedor VoIP é o seguinte:

a)      OpenSIPs ;

b)      Autenticação radius;

c)       MySql (biiling, log, autenticação)

d)      MediaProxy

e)      Asterisk (PSTN)

f)       Iptables (encaminhamento de mensagens SIP – TOS e QoS)

Uma questão que você deve levar em consideração também é a utilização de
programas que respondam sempre com mensagens SIP, ou seja o processo desse
programa não irá nunca pendurar o processamento de uma mensagem SIP, tais
como, ver se o cliente tem saldo pra efetuar uma ligação (billing),
geralmente isso deixamos para o asterisk tratar e retorna somente o
resultado para o proxy através de outra mensagem SIP e nunca pendurar o
Proxy para aguardar o resultado . Um script do Proxy tem início e fim, e não
pode aguardar nenhum resultado, a menos que este faça parte do contexto
dele. Se porventura algum processo pendurar o Proxy, ele vai travar o teu
sistema deixando um processo defunto no servidor.

 Para tratamento de roteamento, billing e outras funções que dependam do
MySQL tudo em nosso sistema foi construído utilizando triggers e stored
procedures, o que faz o processamento do MySQL ficar muito rápido e
dinâmico.

 

Espero ter respondido a maioria das tuas dúvidas..

 

[]s

 



 

De: asteriskbrasil-bounces em listas.asteriskbrasil.org
[mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] Em nome de Rodrigo
Lang
Enviada em: sexta-feira, 14 de maio de 2010 12:00
Para: asteriskbrasil em listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] OpenSER / OpenSIP

 

Bom dia Davi!


Obrigado pela explicação. Agora surgiu mais dúvidas! :p Hheheheheh
Pelo que eu andei lendo o OpenSER é como se fosse o "pai" do OpenSIP e entre
outras. Qual é a diferença do OpenSER para sua derivações (ex.: OpenSIP)?


[1] voipexperts.com.br/webinar/sermyadmin.pdf

Obrigado,
Rodrigo Lang

-- 
Rodrigo Recipes!
Last post: DUNDi!
<http://rodrigorecipes.blogspot.com/2010/05/dundi-so-easy-caveman-could-do-i
t-pt1.html>  pt.1

-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100515/44ff42a0/attachment-0001.htm 
-------------- Próxima Parte ----------
Um anexo não texto foi limpo...
Nome  : não disponível
Tipo  : image/jpeg
Tam   : 12729 bytes
Descr.: não disponível
Url   : http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100515/44ff42a0/attachment-0001.jpeg 
-------------- Próxima Parte ----------
Um anexo não texto foi limpo...
Nome  : Alcindo Schleder.vcf
Tipo  : application/octet-stream
Tam   : 4495 bytes
Descr.: não disponível
Url   : http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100515/44ff42a0/attachment-0001.obj