[GTER] Interpretar TRACE do PR-1000 (TEF/X-25)
Welkson Renny de Medeiros
welkson at focusautomacao.com.br
Sat Oct 2 09:20:25 -03 2010
Obrigado Edgar e Rubens.
Tenho bastante material para brincar esse fim de semana.
Na segunda o técnico da Oi agendou uma outra visita ao cliente. Quero ir
mais preparado para não ser enrolado novamente =)
(se bem que pelo que entendi, pode também ser algum problema na
roteadora das transações do Correspondente Bancário - o pessoal do
suporte técnico já me passou uns 2 DTEs e UserData errado).
Bom fim de semana a todos.
--
Welkson Renny de Medeiros
Desenvolvimento / Gerência de Redes
Focus Automação Comercial
FreeBSD Community Member
Shine escreveu:
> Welkson,
>
> Na verdade o trace dos Cyclades nada mais é do que um print do buffer
> de transmissão e recepção. Entao nada mais é do que o formato bruto do
> frame em hexadecimal.
> Por isso ele tem a mesma forma para todos os traces, seja PPP, X.25,
> Frame relay ou mesmo camadas superiores como TCP (vc pode ver o "45"
> nesses traces, indicando IP vs 4 e header de 20 bytes).
>
> No caso do X.25 em específico, vc precisa ter os frame formats.
> Um link que acho que mostra bem o regime de troca de frames:
> http://www.rhyshaden.com/x25.htm
> Esse tem os frame formats:
> http://www.techfest.com/networking/wan/x25plp.htm
>
> Como no seu caso específico vc já passou da fase de estabelecimento de
> interface, os traces que te interessam são os que são "info frames" de
> nível 2. Uma regra prática para ver esses frames é que eles são
> maiores que 2 bytes e o segundo byte é sempre par.
> Nessa hora vc deve pular 2 bytes (que são os controles dos frames
> info, com o n(s) e n(r)) e daí ver o quinto byte. Os valores mais
> comuns são:
> 0b - call request
> 13 - clear request
> 17 - clear confirm
> 0f - call accept
> Se vier número par, bom, vc já fechou a chamada de nível 3 e já está
> conversando com o site remoto.
> Nesses pacotes, vc pula mais três bytes, que são os campos de circuito
> virtual (no caso de call request, confirm, reject e pacotes de dados)
> e daí aparece o endereço. Dependendo do destino chamado, vc pode usar
> somente o endereço chamado (por exemplo, para endereços na mesma rede
> de pacotes), para alguns outros casos vc precisa usar o DNIC completo
> com endereço chamado e chamador.
> Um link que eu vi que tem os DNICs das redes no Brasil:
> http://www.itu.int/ITU-T/inr/forms/files/dnic-1508-en.pdf
>
> As respostas da rede de pacotes X.25 em um clear request vem logo após
> o identificador do tipo de pacote (o quinto byte), sendo o sexto byte
> a causa e o sétimo o diag. Daí vc aplica a tabela que o Rubens passou.
>
> Espero ter esclarecido a sua dúvida.
>
> sd,
> Edgar
>
>
> Em 1 de outubro de 2010 18:34, Welkson Renny de Medeiros
> <welkson at focusautomacao.com.br <mailto:welkson at focusautomacao.com.br>>
> escreveu:
>
> Rubens,
>
> Obrigado pelas dicas.
>
> Aproveita e pergunta a seu amigo se não tem como ele compartilhar
> uma tabela com esses possíveis retornos do TRACE.
>
> Abraços,
>
> --
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
>
>
>
> Rubens Kuhl escreveu:
>
> Segue análise de um ex-funcionário da Cyclades consultado
> sobre este tema.
>
> Rubens
>
>
> ---------
> "13 = clear
> 09 = out of order
> 00 = no aditional diag
>
> Isso é como se o lado oposto estivesse desconectado, a rede
> diz que
> não consegue encaminhar a conexão para o DTE remoto.
> Não é bloqueio, fosse assim tinha que retornar código 0b ao
> invés de 09.
>
> Eu averiguaria o endereçamento e confirmaria se o DTE fica na
> mesma
> rede de pacotes ou se precisa transpor para outra rede de
> pacote X.25
> (nesse caso muda a forma de endereçamento no call request, precisa
> colocar o DNA da operadora tbm).."
>
>
>
>
> 2010/10/1 Welkson Renny de Medeiros
> <welkson at focusautomacao.com.br
> <mailto:welkson at focusautomacao.com.br>>:
>
>
> Senhores,
>
> Alguém poderia me indicar algum material que explique como
> interpretar um
> TRACE de um roteador PR-1000? (TEF / X-25 Oi).
>
> Estou com um correspondente bancário parado, já liguei
> para a empresa que
> desenvolve a solução de TEF, para a empresa que faz o
> roteamento dessas
> transações, e para a operadora de telefonia... ficam
> jogando a culpa de um
> para o outro e não me ajudam a resolver.
>
> T1,01:018010040B0C07241514249600434F5242414E5F31 <---
> 15142496 - DTE de
> destino
> R1,01:0121
> R1,01:03281004130900 <--- 130900 - de acordo com sw TEF
> bloqueio de canal
> T1,01:03A1
> T1,01:01A2100417
>
> Eu mandei o TRACE do roteador para a desenvolvedora do
> TEF, me falaram que
> esse retorno (clear) 130900 significa que o canal está
> bloqueado/travado,
> etc... mostro isso ao técnico da Oi, ele me fala que não
> existe bloqueio
> por canal virtual (VC).
>
> Todos os outros canais funcionam (Visa, Redecard, etc)...
> exceto esse... a
> empresa que faz o roteamento das transações monitorou as
> conexões, e
> informou que não chega nada do meu DTE...
>
> Desativei alguns cartões pensando que poderia ser limite
> de CV's estourado
> (a Oi libera 10 - eu só tenho 8 em uso, mesmo assim removi
> alguns para
> testar)... mas o problema persiste.
>
> Alguém pode me informar algum material que mostre como
> interpretar esses
> TRACE's? (verifiquei o manual do PR-1000, sem sucesso).
>
> Não querendo gerar um "flame war", mas alguém poderia me
> explicar porque que
> as operadoras de cartão ainda insistem em usar X-25 =)
>
> Sem mais,
>
> --
> Welkson Renny de Medeiros
> Desenvolvimento / Gerência de Redes
> Focus Automação Comercial
> FreeBSD Community Member
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
>
>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
>
>
>
> --
> gter list https://eng.registro.br/mailman/listinfo/gter
>
>
More information about the gter
mailing list