[GTER] usuário do 3G da Claro

Durval Menezes durval em tmp.com.br
Terça Janeiro 27 05:47:40 BRST 2009


Alo Walter,

On Mon, Jan 26, 2009 at 07:56:45PM -0200, Walter Fetter Lages wrote:
> 	Eis os dados da minha conexao, Brasil Telecom.

Obrigado pela colaboracao.

> Estou de ferias, na 
> praia do Cassino (RS). O interessante e' que em Porto Alegre eu mal 
> consigo conectar.

Os pings abaixo mostram um acesso muito bom mesmo... nao tao bom quanto
o do Nelson, mas ainda assim melhores do que quase tudo o que ja' vi de
3G por aqui.

Nao conhecia o servico de 3G da BrT. Parece que fizeram um bom trabalho
(ou entao, ja' que em POA normalmente e' ruim, o mais provavel e' que ai'
em Cassino/RS a rede esta' subutilizada e com isso o acesso fica bom).

> 	Mas o problema que esta' me dando dor de cabeca e' que nao consigo 
> acessar web utilizando o servidor proxy da UFRGS. A navegacao sem 
> utilizar o proxy funciona normal, mas o proxy da' sempe time-out. Eu 
> precisaria utilizar o proxy da UFRGS (chasqueproxy.ufrgs.br, porta 3128) 
> para acessar o portal de periodicos da CAPES, que so' permite acesso a 
> partir de IPs das universidades cadastradas.

Algumas sugestoes:

1) Abra uma conexao SSH para uma outra maquina qualquer e tunele o trafego
   do proxy dentro dela. Funciona bem e deste jeito consegue-se bypassar
   praticamente qualquer filtro.

2) Peca para o administrador do proxy configura-lo para responder TAMBEM
   em outra porta. No squid, e' so' adicionar a porta na linha
   "http_port 3128" que ja' existe no arquivo de configuracao. Com isso,
   basta voce configurar o seu browser para acessar esta nova porta ao
   inves da porta bloqueada, e o problema esta' resolvido.

> 	Sei de outras pessoas que tem o mesmo problema, porem utilizando o 3G 
> da Claro.
> 
> 	Provavelmente a BrT e a Claro estao bloqueando o acesso a porta 3128. 
> Alquem aqui pode confirmar isto?

A Claro tem duas APNs, uma chamada "wap.claro.com.br", que tem varios
filtros, e outra chamada "java.claro.com.br", que nao tem filtro nenhum
(ou muito poucos). Veja se na BrT nao ha' uma outra APN que permita o seu
tipo de trafego.

Um Grande Abraco,
-- 
   Durval Menezes (durval AT tmp DOT com DOT br, http://www.tmp.com.br/)

> 
>   ping -c 15 -w 3000 200.255.125.206
> PING 200.255.125.206 (200.255.125.206) 56(84) bytes of data.
> 64 bytes from 200.255.125.206: icmp_seq=1 ttl=244 time=243 ms
> 64 bytes from 200.255.125.206: icmp_seq=2 ttl=244 time=783 ms
> 64 bytes from 200.255.125.206: icmp_seq=3 ttl=244 time=263 ms
> 64 bytes from 200.255.125.206: icmp_seq=4 ttl=244 time=214 ms
> 64 bytes from 200.255.125.206: icmp_seq=5 ttl=244 time=185 ms
> 64 bytes from 200.255.125.206: icmp_seq=6 ttl=244 time=184 ms
> 64 bytes from 200.255.125.206: icmp_seq=7 ttl=244 time=197 ms
> 64 bytes from 200.255.125.206: icmp_seq=8 ttl=244 time=204 ms
> 64 bytes from 200.255.125.206: icmp_seq=9 ttl=244 time=204 ms
> 64 bytes from 200.255.125.206: icmp_seq=10 ttl=244 time=183 ms
> 64 bytes from 200.255.125.206: icmp_seq=11 ttl=244 time=194 ms
> 64 bytes from 200.255.125.206: icmp_seq=12 ttl=244 time=183 ms
> 64 bytes from 200.255.125.206: icmp_seq=13 ttl=244 time=175 ms
> 64 bytes from 200.255.125.206: icmp_seq=14 ttl=244 time=184 ms
> 64 bytes from 200.255.125.206: icmp_seq=15 ttl=244 time=173 ms
> 
> 
> 
> --- 200.255.125.206 ping statistics ---
> 15 packets transmitted, 15 received, 0% packet loss, time 13996ms
> rtt min/avg/max/mdev = 173.805/238.557/783.564/147.631 ms
> 
> ping -c 15 -w 3000 -s 1500 200.255.125.206
> PING 200.255.125.206 (200.255.125.206) 1500(1528) bytes of data.
> 1508 bytes from 200.255.125.206: icmp_seq=1 ttl=244 time=587 ms
> 1508 bytes from 200.255.125.206: icmp_seq=2 ttl=244 time=388 ms
> 1508 bytes from 200.255.125.206: icmp_seq=3 ttl=244 time=401 ms
> 1508 bytes from 200.255.125.206: icmp_seq=4 ttl=244 time=408 ms
> 1508 bytes from 200.255.125.206: icmp_seq=5 ttl=244 time=389 ms
> 1508 bytes from 200.255.125.206: icmp_seq=6 ttl=244 time=403 ms
> 1508 bytes from 200.255.125.206: icmp_seq=7 ttl=244 time=412 ms
> 1508 bytes from 200.255.125.206: icmp_seq=8 ttl=244 time=401 ms
> 1508 bytes from 200.255.125.206: icmp_seq=9 ttl=244 time=403 ms
> 1508 bytes from 200.255.125.206: icmp_seq=10 ttl=244 time=1054 ms
> 1508 bytes from 200.255.125.206: icmp_seq=11 ttl=244 time=393 ms
> 1508 bytes from 200.255.125.206: icmp_seq=12 ttl=244 time=414 ms
> 1508 bytes from 200.255.125.206: icmp_seq=13 ttl=244 time=395 ms
> 1508 bytes from 200.255.125.206: icmp_seq=14 ttl=244 time=394 ms
> 1508 bytes from 200.255.125.206: icmp_seq=15 ttl=244 time=396 ms
> 
> --- 200.255.125.206 ping statistics ---
> 15 packets transmitted, 15 received, 0% packet loss, time 13991ms
> rtt min/avg/max/mdev = 388.824/456.583/1054.887/166.738 ms, pipe 2
> 
> 
> [ ]'s
> Walter Fetter Lages       <mailto:w.fetter em ieee.org>
> <http://www.ece.ufrgs.br/~fetter>
> 
> 
> Durval Menezes wrote:
> > Alo Nelson,
> > 
> > On Mon, Jan 26, 2009 at 05:07:07PM -0200, Nelson Murilo wrote:
> >> Tai Durval, veja se ajuda: 
> > 
> > Ajuda sim, obrigado. Impressionantemente bons os seus tempos 
> > abaixo, MUITO MELHORES do que tudo o que eu vi ate' hoje em
> > materia de 3G (que normalmente estao mais na linha do que o 
> > Cleber mandou).
> > 
> > A operadora e' a Claro, certo?
> > 
> > Um Grande Abraco,
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter



More information about the gter mailing list