esse as 23456 é o as de transição.. é uma pratica comum... nao é gambiarra nao heheh .. eh escrito no RFC e talz.. tudo certinho
Versão Imprimível
esse as 23456 é o as de transição.. é uma pratica comum... nao é gambiarra nao heheh .. eh escrito no RFC e talz.. tudo certinho
realmente, procurei e isso tem no RFC, mas... A gblx não quis fazer..rsrs e pra ajudar mais ainda, o Registro.br fez a alteração pra 16 bits (só mandei email perguntando se teria como fazer e como faria pra pedir, e eles só me responderam confirmando que já mudaram..rsrs).
Agora estou levantando com a CTBC se com eles pode ser usado 16 bits. Não é mole não né. rsrs
Sabe se quem usa 32 bits, obrigatoriamente faz com 16 bits também?
obrigado novamente.
se eles trocaram seu AS.. vc deve usar somente o de 16bits.. tanto com ctbc quanto com a gblx.. o as de 32bits eles devem cancelar..
estranho a gblx nao ativar as_trans ....
Existe um problema com uso de AS_TRANS que é rastreabilidade e suporte; no caso de problemas, você não sabe pelo AS se quem está gerando aquele prefixo é o cliente X ou Y. Isso tem uma solução de contorno que é marcar uma community com um número de 16 bits que seja um identificador de contrato ou algo similar, mas esse novo procedimento de provisionamento e operação precisa ser trabalhado com todo mundo na organização, algo que para quem é grande como a Global Crossing pode ser complexo.
Eu pessoalmente acho um pouco decepcionante alguém hoje não ter um procedimento para isso, mas assim é.
Já quanto a não ter suporte nativo para 32 bits, ainda é razoável em função do ciclo de vida dos backbones. Troca de versão é algo que pode ser muito dolorido.
me falaram que só em 2011 que vão ter suporte a 32 bits na rede deles.
A gblx cresceu muito pelo menos na região, melhorando a qualidade em 100%, pois era a rede da Impsat, e creio que poderia estar um pouco ruim já e por isso estão modificando tudo.