[GTER] Consultoria implantacao rede STFC

[Provedor Bogus]

Francisco,

Faz TODO sentido. Ainda estou engatinhando nesse aspecto. Sua experiência é
muito
valiosa.

Você recomenda alguma CPA-T em particular ?

Obrigado !



Em 11 de setembro de 2011 07:33, Francisco Neto <fjbvneto at gmail.com>escreveu:

> Na verdade, usar o Asterisk ou qualquer outro sipproxy para o STFC
> (pensando em não ter problemas regulatórios, estar totalmente OK com o
> regulamento) não é correto.
>
> N motivos.
>
> Alguns, simplificando, resumindo:
>
> a) Hardware não homologado (Homologação da CPA-T é FUNDAMENTAL,
> inclusive para as interconexões, a OI ou Embratel por exemplo não vão
> aceitar seu pedido de interconexão (E vão informar isto no final do
> prazo) caso sua CPA-T não seja homologada). A central deve ser
> homologada, isto é mandatório. E você não vai é claro anunciar na sua
> oferta pública de interconexão, que será analisada pela Anatel
> inclusive ,um elemento não homologado, é como dar um tiro no pé...
>
> b) Existem muitos relatórios que um operador do STFC deve emitir
> periodicamente ou sob demanda para a Anatel (Conformidade com PGMQ,
> relatório 'tira do gancho' ...  etc...), e ainda não existe nenhuma
> plataforma baseada em SIP/Asterisk que siga todos (Até por isto
> nenhuma é homologada).
>
> c) As multas no STFC são astronômicas, logo, CAUTELA.
>
> Particularmente e por experiência própria (participo de um projeto do
> STFC e SCM, e simplesmente quebrei a cabeça e a cara personalizando um
> ambiente misto), baseado em OpenSIPS para função de sip proxy e
> softswitch centrex classe V e um gateway de transcodificação associado
> a um media gateway (Khomp/Telco Bridges) para a interconexão SS7/Isup
> com operadores, só consegui interconectar com 1 operadora (Que viu a
> oportunidade de reverter ou melhorar sua balança de Dtraf com OI e
> Embratel) já que temos mais de 4.000 clientes hoje 3600 na rede TDM da
> Embratel e geramos mais de 1.5 milhão de minutos. Os atuais 3600
> clientes vão permanecer na rede TDM da Embratel, e os 400 que portamos
> para a plataforma ngn simplesmente tem n problemas (falhas em
> portabilidade, falhas de recepção de chamadas face e erros de
> temporização ...).
>
> Eu partiria para uma central pública (CPA-T) homologada na Anatel, é o
> que estamos fazendo. Núcleo TDM, interface externa interconectada via
> E1 para 'capacidades ngn', como suporte ao SIP por exemplo.
>
> Rapidamente analisando em específico a solução SipPulse ainda não esta
> preparada. Primeiro que estar preparado tem que estar homologado e não
> é homologado (só isto, deveria ser motivo, acredite que você não vai
> querer um fiscal da Anatel em sua empresa... e se você imagina que uma
> fiscalização no STFC é igual a uma fiscalização no SCM esta
> enganado)... É muito pior, muito mais detalhes e muito mais
> efetividade...além de, mesmo no final, não esta preparada,
> tecnicamente falando... no momento, é só checar o trac deles. Tive os
> mesmos problemas, justamente com o fornecedor do media gateway. Foi
> muito diálogo, muito LAB, muitos testes com Khomp, com TelcoBridges
> (os fabricantes do media gateway) até conseguir estabilizar a solução
> (Estabilizar é pelo menos enviar corretamente o número de A ,
> personalizar o plano de roteamento de chamadas e pronto, não é a total
> conformidade com o STFC mais saimos do zero.
>
> Consegui integrar envio de número de A via RPID, From e Caller-ID,
> rotas, DDC, 0800 e similares, 1xx e 1xxxx  mas teve alguns problemas
> (Falhas em algumas transcodificações, falhas de temporização devido a
> interface de interconexão IP entre gateway e sip proxy) que permanecem
> até hoje no meu ambiente.
>
>
> SDS,
>
>