[GTER] Consultoria implantacao rede STFC

Ricardo Martins ricardo.martins.br at gmail.com
Wed Sep 14 09:53:27 -03 2011


Francisco,

Acredito que em uma estrutura NGN somente o gateway que faz interconexão com
pública precisa estar homologado junto a Anatel, e os gateways AudioCodes,
Dialogic e até Khomp são homologados.

Em 13 de setembro de 2011 22:36, Francisco Neto <fjbvneto at gmail.com>escreveu:

> Provedor Bogus,
>
> Primeiro, a fonte oficial de consulta: ANATEL. SGCH - Sistema de
> Gestão de Certificação e Homologação da Anatel.
>
> É só ir lá, consultar para o STFC, quais as centrais homologadas. Boa
> pesquisa. No mais é só projetar o cenário, desenhar, criar os
> diagramas e projeto, as especificações e entrar em contato com os
> fabricantes para projeto e solicitar proposta comercial.
>
> Todo operador do STFC, uma hora ou outra solicitar interconexão
> (SS7/Isup_BR para a interface A). E, na vida real, não conheço nenhuma
> oferta pública de interconexão que verse sobre equipamento não
> homologado, me soa como ilegal inclusive e acreditem, vocês não vão
> querer saber o que é problema no STFC (MUITÍSSIMO PIOR que no SCM, já
> passei por empresas com problemas no SCM, onde ajudei a regularizar),
> os problemas no STFC são mais 'caros', inclusive a fiscalização no
> STFC ocorre mais (Pude observar na prática), atualmente inclusive no
> atual projeto que estou gerindo, estou revertendo alguns PADO´s.
>
> Alias, além dos problemas óbvios com a Anatel (Uso de equipamento não
> homologado) tem as restrições técnicas que o operador que você
> solicitar interconexão faça, mesmo é claro você construindo a MTL até
> o POI deles (o que é praxe inclusive). Além do fato de no projeto, ser
> obrigado a citar o código do equipamento, que pode ser visto no
> certificado de homologação (Como no SCM...).
>
> Se não engano, só tem 19 equipamentos homologados, e alguns deles do
> mesmo fabricante (Plataforma EWSD (EWSD BRA V15S) e Surpass da
> Siemens...Vectura EdgeSwitch e Vectura Softswitch (EXCELENTES, baseada
> em blades IBM´s...) ou seja, tem menos de 19 fornecedores, não são
> muitas as opções.
>
> Com isto, você já começa a pensar...
>
> Segundo, o que recomendo:
>
> - Plataforma da Trópico:
>
> Seja feliz com a plataforma da Trópico. Uma excelente acompanhamento
> de engenharia. A depender do ângulo de visão, o CAPEX pode ser
> considerado muito alto.
>
> Agora, claro, tem as equalizações de custo x benefício. E a máxima que
> custo é relativo.
>
> Atualmente, estou na gestão de um projeto do STFC/SCM, e vamos optar
> (Questão mor, CUSTO), pela plataforma da SPTEL (DSX-100 -
> http://www.sptel.srv.br/folder_br.php ,
> http://www.sptel.srv.br/dsx100.php a arquitetura me chamou a atenção
> http://www.sptel.srv.br/dsx_arch.php , pela robustez... ). Plataforma
> 'antiga', núcleo sólido TDM, suporte a sinalização analógica na
> interface Z. Estou personalizando-a junto com o pessoal de engenharia
> deles. Vou ter um media gateway interconectado a ela (Para suporte a
> portabilidade/BDO, Dtraf e interface SIP para interconexão (Roteamento
> LCR) e acesso também, só que o media gateway será interconectado via
> E1 para evitar quaisquer problemas de temporização do protocolo IP,
> das transmissões UDP´s.
>
> Jeferson, sim sei sim.
>
> Sim, Plataforma Vectura da Trópico homologada.
>
> Para um projeto, ela foi usada. Plataforma Vectura (Softswitch e
> Signaling Server) com os gateways (40) de acesso (VIA-DT) Tropico
> também. Suporte para 4000 assinantes e total escalabilidade.
>
> rssr 100k ? (se 100k = 100.000,00 esta muito abaixo ... nem a solução
> que estou projetando com a SPTEL DSX-100 supracitada tem este valor.
> Na real é um pouco acima (em média 380k, já incluindo BDO, Dtraf
> dimensionada para 4000 assinantes e 6E1 iniciais)... rrrssrs, falando
> em TRÓPICO pode mudar a escala para m ! 1.8M (1.88m = R$
> 1.880.000,00), fora custos com treinamento e suporte. E informo que,
> se formos falar em ZTE, pode subir...
>
> Não é todo o CAPEX, ainda tem ai a plataforma para BDO (Que a Trópico
> não fornece, mais você poderia ver n fornecedores que eles homologam
> (Cleartech, oficialmente suportada), ou Bichara. Plataformas de BDO
> podem ter custo mensal fixo. E também plataforma para Dtraf (idem para
> BDO).
>
>
> SDS,
>
>
>
>
>
> Em 13 de setembro de 2011 12:00,  <gter-request at eng.registro.br> escreveu:
> > Send gter mailing list submissions to
> >        gter at eng.registro.br
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> >        https://eng.registro.br/mailman/listinfo/gter
> > or, via email, send a message with subject or body 'help' to
> >        gter-request at eng.registro.br
> >
> > You can reach the person managing the list at
> >        gter-owner at eng.registro.br
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of gter digest..."
> >
> >
> > Today's Topics:
> >
> >   1. Re: Alog ou LocaWeb (Juliano Primavesi | KingHost)
> >   2. Re: BGP com Mikrotik (Albert Lima)
> >   3. Nagios - CRITICAL - popen timeout received,       but no child
> >      process (Antonio Modesto)
> >   4. Re: Consultoria implantacao rede STFC (Provedor Bogus)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Mon, 12 Sep 2011 22:27:22 -0300
> > From: Juliano Primavesi | KingHost <juliano at kinghost.com.br>
> > To: Grupo de Trabalho de Engenharia e Operacao de Redes
> >        <gter at eng.registro.br>
> > Subject: Re: [GTER] Alog ou LocaWeb
> > Message-ID: <4E6EB17A.5000803 at kinghost.com.br>
> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> >
> >
> > Teria a ver com acordo Classe V? Desse modo, eles PRECISAM do trafego
> > nas vias "tradicionais"...
> >
> > Juliano
> >
> > Em 10/09/2011 10:29, Rubens Kuhl escreveu:
> >> 2011/9/10 Antonio Carlos Pina<antoniocarlospina at gmail.com>:
> >>> Rubens,
> >>>
> >>> Voce ja considerou a possibilidade de todo ou parte do trafego do
> uolhost estar sendo escoado pelo portal com ou sem anu?ncia das Teles ?
> >>>
> >>> Isso justificaria a n?o-ATMizacao do trafego...
> >> A quest?o n?o ? anu?ncia, pois ao fazer isso sem negociar esse ponto,
> >> o UOL estaria entregando mais do que vendeu... eles podem fazer isso,
> >> mas o que mais interessa ? a venda das parcelas de tr?fego que deixam
> >> de ser entregues para peering e passam a engordar acordos de
> >> interconex?o classe V ou links de tr?nsito.
> >>
> >> Para as teles, se elas fizeram acordo pelo tr?fego do portal e est?
> >> vindo mais, melhor para elas.
> >>
> >> Eu n?o pegaria nenhuma configura??o atual de escoamento de tr?fego do
> >> UOL Host como indicativa da configura??o que ser? seguida quando forem
> >> renovados os acordos com as teles.
> >>
> >> Rubens
> >> --
> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Tue, 13 Sep 2011 00:12:34 -0400
> > From: Albert Lima <markyownz at gmail.com>
> > To: Grupo de Trabalho de Engenharia e Operacao de Redes
> >        <gter at eng.registro.br>
> > Subject: Re: [GTER] BGP com Mikrotik
> > Message-ID:
> >        <CALsiiknfWB1fSrjhLUM5CxavPd_kFO1dr2Lj=
> OKFCivc-XQbFA at mail.gmail.com>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> >    root at albert-devzito:/home/albert# whois as65530
> > N?mero AS ou rede IP desconhecidos. Por favor, atualize este programa.
> > root at albert-devzito:/home/albert# whois as262528
> >
> > % Joint Whois - whois.lacnic.net
> > %  This server accepts single ASN, IPv4 or IPv6 queries
> >
> > % Brazilian resource: whois.registro.br
> >
> >
> > % Copyright (c) Nic.br
> > %  The use of the data below is only permitted as described in
> > %  full by the terms of use (http://registro.br/termo/en.html),
> > %  being prohibited its distribution, comercialization or
> > %  reproduction, in particular, to use it for advertising or
> > %  any similar purpose.
> > %  2011-09-13 01:11:30 (BRT -03:00)
> >
> > aut-num:     AS262528
> > owner:       iBig Tecnologia
> > ownerid:     011.086.331/0001-02
> > responsible: Albert Einstein Lima da Silva
> > country:     BR
> >
> >
> >
> >       Engra?ado.... seu AS nao retorna no meu whois aqui... eu dei um
> whois
> > no meu e retornou... sera q tem algo de errado?
> >
> >
> > Em 10 de setembro de 2011 21:15, Emerson Araujo <araujoprog at gmail.com
> >escreveu:
> >
> >> N?o tem nada ativado alem desse router ainda... a rede atual est?
> isolada
> >> desse AS que estou ativando.
> >>
> >> 2011/9/10 Alberto Freire <albertofreire at yahoo.com.br>
> >>
> >> > Voc? usa OSPF ou outro tipo de roteamento din?mico em sua rede? Posta
> com
> >> > est?o suas rotas.
> >> >
> >> > Em 08-09-2011 14:03, Emerson Araujo escreveu:
> >> >
> >> >  Tem algo estranho acontecendo gostaria da opini?o de voc?s, como
> disse
> >> >> anteriormente consegui fechar o bgp com a operadora, o prefixo est?
> >> sendo
> >> >> publicando normalmente, mas n?o consigo pingar a LAN do meu router, a
> >> que
> >> >> cont?m o ip do meu prefixo, para testes criei uma bridge e adicionei
> o
> >> ip
> >> >> do
> >> >> meu prefixo nela. Bem quando adiciono um ip ele pinga normalmente,
> mas
> >> >> depois de um tempo n?o consigo mais pingar, dai mudo o ip para outra
> >> >> interface e volto novamente para a bridge e volta a pingar novamente.
> >> >> Alguem
> >> >> j? passou por isso, o que pode estar acontecendo?
> >> >>
> >> >> Em 7 de setembro de 2011 22:12, Emerson Araujo<araujoprog at gmail.com
> >**
> >> >> escreveu:
> >> >>
> >> >>  Posta ai as configura??es...
> >> >>>
> >> >>> Eu tamb?m consegui fechar a sess?o BGP, o mais estranho ? que n?o
> >> consigo
> >> >>> pingar a LAN do meu router de fora, mas se eu adicionar outro router
> >> >>> dentro
> >> >>> do meu AS funciona normal, consigo chegar tanto na WAN quanto na LAN
> do
> >> >>> segundo router.
> >> >>>
> >> >>> Em 7 de setembro de 2011 15:00, Edvaldo Rocha<edcomrocha at gmail.com
> >**
> >> >>> escreveu:
> >> >>>
> >> >>> Pessoal, consegui resolver aqui.
> >> >>>
> >> >>>> Alias eu sozinho n?o neh, com a ajuda do *Alberto Freire, que alem
> de
> >> >>>> ajudar
> >> >>>> nas minhas conf ainda deu umas dicas legais.
> >> >>>>
> >> >>>> O problema em si estava na operadora ( n?o me disseram o que era).
> >> >>>>
> >> >>>> Agrade?o ao Alberto e aos demais da lista que ajudaram com
> >> informa?oes.
> >> >>>>
> >> >>>> Se alguem quiser exemplo das conf estou a disposi?ao.
> >> >>>>
> >> >>>> Abra?os a todos.
> >> >>>> *
> >> >>>> --
> >> >>>> gter list    https://eng.registro.br/**mailman/listinfo/gter<
> >> https://eng.registro.br/mailman/listinfo/gter>
> >> >>>>
> >> >>>>
> >> >>>
> >> >>> --
> >> >>> Emerson Araujo
> >> >>>
> >> >>>
> >> >>
> >> >>
> >> > --
> >> > Alberto Freire de Melo
> >> > Linux user #537668
> >> > Administrador de TI
> >> > HTnet Online - Solu??es de acesso ? internet!
> >> > e-mail: albertofreire @ yahoo.com.br
> >> > msn: suportht at hotmail.com
> >> > skype: suportht
> >> > fones: (87)8838-3936 / 3873-2048 ramal 222
> >> >
> >> > --
> >> > gter list    https://eng.registro.br/**mailman/listinfo/gter<
> >> https://eng.registro.br/mailman/listinfo/gter>
> >> >
> >>
> >>
> >>
> >> --
> >> Emerson Araujo
> >> --
> >> gter list    https://eng.registro.br/mailman/listinfo/gter
> >>
> >
> >
> >
> > --
> >                       Albert Lima
> >               Analista de Sistemas
> >
> >               www.ibig.net.br
> >               www.ibig.com.br
> > iBig Tecnologia - Internet Dedicada, Internet Compartilhada, Consultoria
> em
> > Redes, Redes sem fio, Servidores Linux, FreeBSD, Mikrotik, Windows Server
> e
> > Conectividade em geral.
> > CNPJ: 11.086.331/0001-02
> > ASN: 262528 - IPv6 Ready!
> > Av: Ville Roy 2155 Edificil Gravana Avila
> > Primeiro andar Cep: 69.307-725
> > Boa Vista - Roraima
> > Telefones: 095 4141 1100 (Tim Fixo)
> >                095 9128 0313 (Vivo)
> >                095 8114 2222 (Tim)
> >
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Tue, 13 Sep 2011 08:26:28 -0300
> > From: Antonio Modesto <modesto at isimples.com.br>
> > To: GTER <gter at eng.registro.br>
> > Subject: [GTER] Nagios - CRITICAL - popen timeout received,     but no
> >        child process
> > Message-ID: <1315913188.7314.11.camel at modesto.localdomain.net>
> > Content-Type: text/plain; charset="ISO-8859-9"
> >
> > Bom dia,
> >
> >    Estou tendo alguns problemas com o nagios que, de vez enquando ele
> > come?a  a enviar a mensagem citada no assunto, algu?m da lista j? teve o
> > mesmo problema?
> >
> > Obrigado.
> >
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Mon, 12 Sep 2011 23:37:53 -0300
> > From: Provedor Bogus <provedorbogus at gmail.com>
> > To: Grupo de Trabalho de Engenharia e Operacao de Redes
> >        <gter at eng.registro.br>
> > Subject: Re: [GTER] Consultoria implantacao rede STFC
> > Message-ID:
> >        <CAB_JAFjziBiN3PtJJ7F_edgoh474x=
> y7KceYbTa9PcpTHb_sAQ at mail.gmail.com>
> > Content-Type: text/plain; charset=ISO-8859-1
> >
> > 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,
> >>
> >>
> >
> >
> > ------------------------------
> >
> > --
> > gter digest list    https://eng.registro.br/mailman/listinfo/gter
> >
> > End of gter Digest, Vol 102, Issue 29
> > *************************************
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



More information about the gter mailing list