Como funciona integração com IXC: da revisão à aplicação na base
Como funciona integração com IXC: o cadastro técnico do IXC é comparado com o que está configurado nos concentradores, no RADIUS e nas OLTs, cada diferença vira uma linha de relatório e as correções passam por contratos de teste antes de chegar à base. Como quase todo provedor já tem o IXC ligado de algum jeito, o trabalho costuma começar como revisão, e não do zero.
Resumo
- O IXC fala com a rede principalmente pelo RADIUS, que entrega plano, endereço e bloqueio a cada conexão.
- A revisão segue cinco passos, da leitura ao relatório, à correção em teste, à aplicação e à documentação.
- O provedor aprova o relatório antes de qualquer mudança e recebe no fim os fluxos escritos e o roteiro de testes.
- Os erros mais comuns nascem de perfis criados à mão no concentrador e de correções aplicadas direto em clientes reais.
Do cadastro do IXC à sessão do cliente
O IXC guarda contrato e plano, e o RADIUS transforma esses dados em resposta ao concentrador toda vez que o cliente conecta. OLT e ACS entram por módulos próprios, que dependem da versão e do contrato com o fornecedor.
O IXC, da IXC Soft, é um ERP de provedor que reúne contratos, planos, cobrança e situação de cada assinante [CONFIRMAR na documentação do fornecedor]. Para a rede, o que interessa é o cadastro técnico: login, plano, concentrador de cada cliente, pool de endereços e, quando existe, a ONU.
A integração com IXC confere se esse cadastro técnico e os equipamentos dizem a mesma coisa. A Táquion Tech trabalha sobre o IXC que o provedor já contratou, e licença, atualizações e suporte do sistema seguem com o fornecedor.
1 · Roteador
Pedido de login
O roteador do cliente abre a sessão PPPoE com o usuário e a senha cadastrados no contrato.
2 · Concentrador
Pergunta ao RADIUS
O concentrador repassa o login ao servidor RADIUS e se identifica com o segredo combinado.
3 · IXC
Consulta ao cadastro
O servidor lê no cadastro a situação do contrato, o plano e o pool de endereços do cliente.
4 · Resposta
Plano entregue
A resposta leva a velocidade no atributo que a marca do concentrador entende, junto com o endereço.
5 · Contabilização
Sessão registrada
Início, duração e fim da sessão voltam ao servidor e ficam visíveis no contrato do cliente.
Quando o IXC bloqueia um contrato, o caminho se inverte e o servidor manda ao concentrador um pedido de desconexão. Se esse pedido não chega, o bloqueio só vale na próxima conexão do cliente.
Onde a ligação costuma quebrar
Cada etapa do diagrama tem um ponto frágil típico num IXC ligado por partes ao longo dos anos. Saber qual é o ponto encurta a leitura.
- Concentrador: cadastrado no IXC com segredo antigo ou endereço que mudou, e os logins dele são recusados.
- Resposta: plano montado para uma marca enviado a um concentrador de outra, e o cliente navega na velocidade padrão do equipamento.
- Pool: plano apontando para o pool CGNAT errado ou sem prefixo IPv6, e o cliente recebe endereço que não navega direito.
- Desconexão: concentrador que não aceita o pedido do servidor, e o bloqueado segue conectado.
Como funciona integração com IXC em cinco passos
A revisão anda em cinco passos, e nenhum equipamento é alterado antes de o provedor aprovar o relatório de divergências. Leitura e relatório são as partes curtas; a aplicação na base acompanha o número de equipamentos.
- Leitura (curta): exportação do cadastro técnico do IXC e cópia da configuração de cada concentrador, OLT e ACS, sem mudar nada.
- Relatório de divergências (curto): cada ponto em que o IXC e a rede discordam, com a causa provável e a correção sugerida.
- Correção em teste (média): atributos, segredos, pools e desconexão ajustados e conferidos em contratos criados para isso.
- Aplicação na base (a mais longa): correções aplicadas em janela, um concentrador ou uma OLT por vez, com conferência em clientes reais.
- Documentação (curta): fluxos de cadastro, bloqueio, troca de plano e cancelamento escritos para a equipe.
O prazo do seu caso vai na proposta, junto com o roteiro de testes [PREENCHER prazo típico da Táquion Tech]. O que muda o valor da revisão está no guia de quanto custa integração com IXC.
O que a equipe do provedor separa para a leitura
A leitura anda rápido quando acessos e respostas estão prontos no primeiro dia. O que falta vira pergunta, e cada pergunta atrasa o relatório.
- Acesso ao IXC: usuário com leitura do cadastro técnico e dos planos, sem permissão no financeiro.
- Acesso aos equipamentos: usuário de leitura em cada concentrador e OLT, pela rede de gerência ou VPN.
- Versão e módulos: versão em uso do IXC e módulos de OLT e ACS contratados [CONFIRMAR na documentação do fornecedor].
- Histórias conhecidas: reclamações que se repetem, como um bairro com velocidade errada ou um concentrador que recusa logins.
- Contratos de teste: um por concentrador, com plano vendido hoje, para usar no passo de correção.
Como é um relatório de divergências entre IXC e rede?
É uma tabela em que cada linha mostra o que o IXC diz, o que a rede diz e o que fazer. O provedor aprova ou recusa cada correção, e só então a rede é tocada.
As linhas abaixo mostram o formato com situações frequentes em revisões de IXC. Nomes, números e endereços são ilustrativos.
| Item | O que o IXC diz | O que a rede diz | Correção sugerida |
|---|---|---|---|
| Plano FIBRA-600 | 600 Mbps para todos os contratos do plano | O concentrador do POP Sul aplica 300 Mbps a parte deles | Ajustar o atributo enviado aos clientes desse concentrador |
| Concentrador POP Norte | Cadastrado com um segredo antigo | Equipamento usa o segredo trocado na última manutenção | Igualar o segredo e testar o login de um contrato de teste |
| Desconexão | Bloqueio derruba a sessão | O concentrador do POP Centro recusa o pedido na porta combinada | Liberar a porta só para o servidor e testar o corte |
| Pool CGNAT | Plano residencial no pool 100.64.0.0/22 | Pool sem endereço livre no horário de pico | Criar pool novo e apontar os planos para ele |
| Perfis locais | Doze planos vendidos | Trinta e um perfis PPP criados à mão no concentrador | Remover os perfis sem uso depois de mover os clientes |
O relatório também mostra o que está certo. Saber que três de quatro concentradores respondem bem ao bloqueio dá ao provedor a medida do problema e evita mexer onde não precisa.
Quer ver as divergências do seu IXC antes de qualquer mudança?
Um Especialista lê o cadastro técnico e a configuração dos equipamentos e entrega o relatório para você aprovar item por item.
Corrigir tudo de uma vez ou só o que mais dói?
O provedor pode aprovar tudo de uma vez ou escolher por prioridade, e as duas formas funcionam. Uma ordem comum é começar por desconexão e planos, que mexem na receita, e deixar perfis locais e pools para uma segunda janela.
O que não se recomenda é aprovar a correção de um plano sem aprovar a remoção do perfil manual que o contradiz. Os dois andam juntos, senão a divergência volta na próxima troca de plano.
Contratos de teste: o roteiro que vem antes da base
Cada correção é provada primeiro em contratos criados só para teste, um em cada concentrador afetado. O roteiro abaixo é o mínimo para considerar a correção pronta.
Roteiro mínimo para cada contrato de teste no IXC
- Login aceito no concentrador certo, com endereço do pool previsto.
- Velocidade medida igual à do plano, em download e upload.
- Troca de plano aplicada sem reconexão, quando o concentrador aceita mudança de perfil.
- Bloqueio derrubando a sessão em segundos, com a página de aviso aparecendo.
- Desbloqueio liberando a navegação logo depois da baixa.
- Cancelamento removendo o login e devolvendo o endereço fixo, se houver.
- ONU autorizada e Wi-Fi gravado, quando OLT e ACS fazem parte do escopo.
Um item falhando devolve a correção para ajuste, sem passar para a base. O roteiro fica com o provedor para ser repetido depois de cada atualização do IXC.
Dois itens do roteiro podem ser conferidos direto do servidor, sem depender de um roteador de teste ligado. Os comandos abaixo usam as ferramentas do FreeRADIUS e endereços de documentação.
# Login do contrato de teste contra o servidor RADIUS (198.51.100.30)
radtest teste.pop-sul SENHA-TESTE 198.51.100.30 0 SEGREDO-RADIUS
# Pedido de desconexão ao concentrador do POP Sul (192.0.2.40), porta 3799
echo 'User-Name = "teste.pop-sul"' | radclient -x 192.0.2.40:3799 disconnect SEGREDO-COA
# Esperado: Disconnect-ACK. Disconnect-NAK ou silêncio indicam pedido recusadoUm Disconnect-NAK, ou nenhuma resposta, aponta para porta fechada, segredo diferente ou concentrador com a desconexão desativada. É o mesmo teste que a linha de desconexão do relatório pede.
Aplicação na base, um equipamento por vez
Depois dos testes, as correções entram na base em janela de pouco uso, um concentrador ou uma OLT por vez. Cada equipamento só é dado como pronto depois da conferência em clientes reais.
A ordem segue o risco: primeiro o concentrador com menos clientes, para confirmar que a correção se comporta como no teste, e depois os maiores. Se algo sair do esperado, a configuração anterior, guardada na leitura, volta dentro da mesma janela.
Alguns clientes podem reconectar uma vez quando o perfil deles é corrigido. O atendimento é avisado antes da janela, para ninguém tratar essa reconexão como queda.
Erros comuns na revisão do IXC e como percebê-los
Esses erros aparecem como chamados no dia seguinte, e cada um deixa uma pista própria.
- Corrigir em cliente real: o atributo de um plano com milhares de contratos muda sem teste, e a fila de chamados de velocidade cresce logo depois da janela.
- Esquecer o perfil manual: o plano é corrigido, mas o perfil local continua vencendo, e o cliente volta à velocidade antiga ao reconectar.
- Testar um concentrador só: a desconexão funciona no POP testado e falha no vizinho, onde aparecem bloqueados conectados.
- Não avisar o atendimento: reconexões esperadas viram chamados de queda e trocas de roteador desnecessárias.
Quando o concentrador está no limite de processamento, falhas de login se misturam às de cadastro. O guia sobre concentrador PPPoE com CPU em 100% ajuda a separar as duas causas antes de culpar o IXC.
O que fica com o provedor quando a revisão termina?
Ficam o relatório antes e depois, o roteiro de testes e os fluxos escritos, numa linguagem que a equipe usa no dia a dia. Com eles, a próxima atualização do IXC ou o próximo concentrador não começam do zero.
- Relatório antes e depois: cada divergência encontrada, a correção aprovada e o resultado conferido.
- Tabela de planos por concentrador: qual atributo cada plano envia a cada marca de equipamento da rede.
- Roteiro de testes: os contratos de teste e o que conferir em cada um, para repetir sem ajuda.
- Fluxos escritos: cadastro, bloqueio, troca de plano e cancelamento, do clique no IXC ao efeito na rede.
A integração com IXC exige uma conferência curta sempre que entra um concentrador novo ou o sistema muda de versão [CONFIRMAR na documentação do fornecedor]. Com o roteiro em mãos, a própria equipe faz essa conferência.
A lógica de eventos que vale para qualquer sistema de gestão, com fila e registro de ações, está em como funciona integração com ERP de provedor.
Perguntas frequentes
A revisão do IXC mexe nos boletos e nas notas fiscais?
Não. O trabalho fica no cadastro técnico e na ligação com os equipamentos, e cobrança, notas fiscais e régua de cobrança continuam exatamente como estão.
Preciso pedir algo à IXC Soft antes de começar?
Vale confirmar com o fornecedor a versão em uso e quais módulos de OLT e ACS estão contratados [CONFIRMAR na documentação do fornecedor]. Essas respostas definem o que a integração consegue automatizar.
Quantos contratos de teste o provedor precisa criar?
Pelo menos um por concentrador afetado, com um plano vendido hoje. Quando OLT e ACS entram no escopo, vale um contrato com ONU de bancada para cada fabricante de OLT.
Dá para fazer a revisão sem acesso de escrita aos equipamentos?
A leitura e o relatório, sim, porque só pedem acesso de leitura. A correção exige escrita na janela, com um usuário criado para o trabalho e revisado ou removido depois.
A revisão resolve chamados de velocidade que voltam toda semana?
Resolve quando a causa está na ligação entre o IXC e a rede, como atributo errado ou perfil manual, que é o caso mais frequente. Se a causa for capacidade do link ou sinal óptico, o relatório aponta isso e indica o caminho certo.
Fontes
- RFC 2865: Remote Authentication Dial In User Service (RADIUS): pergunta e resposta entre concentrador e servidor a cada login, com os atributos do plano
- RFC 5176: Dynamic Authorization Extensions to RADIUS: Disconnect-Request, Disconnect-ACK e Disconnect-NAK usados no teste de bloqueio
- RFC 6598: IANA-Reserved IPv4 Prefix for Shared Address Space: faixa 100.64.0.0/10, usada nos pools de CGNAT conferidos contra os planos