HomologaçãoEAjusteONU

Checklist Homologação e Ajuste ONU V. 1.0
O objetivo deste checklist é levantar as informações para agilizar a entrega das demandas dde ONU.

• Este checklist deverá ser executado quando o cliente entrar em contato afirmando que está com problema na integração de ONU ou tarefa de provisionamento ou solicitando uma nova integração.

Ajuste:

1. O equipamento está cadastrado o produto como patrimonio? [ ]
2. Tem MAC/série castrado? O número que o discovery lê tem que estar neste campo série (sem traço) e MAC? [ ]
3. O tipo de ONU está cadastrada ou teve o nome editado? [ ]
4. Está provisionando corretamente pela rotina "Rede Ótica" e/ou pelo Integrator Web no plano do cliente? [ ]
5. O comando executando na mão dá certo? [ ] Se executar no mão e der certo e nas telas do Integrator não executar pode ser problema para ver com a Integração. Se der certo na telas do Integrator e com o Iclass não, o Desenvolvimento derá ver com o Iclass. Se executar na mão e der erro o Provedor tem que passar um script que dê certo.
6. Numero de série tem que estar com variavel para não permitir duplicar? [ ]
7. Fez a consulta se tem alguma série duplicada? [ ]
8. Anexado o comando no protocolo? [ ]
9. Anexada a resposta no protocolo? [ ]

Homologação:

1. É a primeira homologação deste fornecedor no Provedor? [ ] Se for a primeira homologação no Provedor, precisa gerar uma OS para Comercial.
2. O tipo de ONU está cadastrada? [ ]
3. O equipamento está cadastrado como patrimonio? [ ]
4. Tem MAC castrado no patrimonio? [ ]
5. Anexado no protocolo o comando executado na mão com sucesso? [ ]
6. Anexada no protocolo a resposta que executou com sucesso? [ ]
7. Tem algum Provedor que utiliza no Integrator este mesmo modelo com sucesso? [ ]
8. O seu modo de utilizar é com bridge ou PPPOE? [ ]
9. O modo de utilizar do Provedor modelo é com bridge ou PPPOE? [ ]

• Obs.
  
• Ainda não temos uma SLA, porém com o comando funcionando na mão conseguiremos mais agilidade.
  
• Um mesmo produto pode estar em dois tipos de ONU. Se um tipo for PPPOe e outro Bridge na rotina de provisionar terá a opção de escolher se quer PPPOe ou Bridge tanto no Desktop em Rede Otica como no Web no plano do cliente.
  
• Se for utilizar tarefa para provisionamento, precisa gerar OS para o Desenvolvimento falando como deverá ser o padrão em provisionamento via tarefa se PPPOe ou Bridge. O ideal é que tenha produtos distintos, um para PPPOe e outra para Bridge.
  
• Faz sentido ter dois tipos de ONU quando existir duas formas de conexões distintas PPPOe e Bridge pois das demans configurações serão sempre uma só como por exemplo a quantidade de portas, que a OLT é quem define, não adianta cadastrar no Integrator uma quantidade diferente que tem na OLT.
  
• Quando gera erro/aviso de limite de conexões:

Atualmente na integração das olt da huawei de vocês, nós comunicamos em um único servidor huawei (100.64.0.145), devido ao volume de olt cadastrada, o sistema faz varias requisições ao mesmo tempo, com isso esse gerenciador esta bloqueando a quantidade de conexões simultâneas, tanto que se pegarmos uma quantidade menor para fazer a leitura o gerenciador aceita normalmente, então provavelmente no seu gerenciador deve ter algum limitador de quantidade de conexões simultâneas vindo de um determinado ip, nesse caso precisamos que vocês aumentes isso para não ocorrer esse tipo de problema, caso vocês não saibam como realizar o procedimento, entre em contato com o fabricante e verifique.

Cliente 100% satisfeito é a nossa meta!