[GTER] MTU x Telefonica

[Lulyis]

Realizamos testes com mturoute partindo de uma conexão speed business, ip de
origem 200.168.160.157, com destino à rede da Diveo ip 200.202.116.106.
Segue abaixo o resultado:

C:\>mturoute 200.202.116.106
* ICMP Fragmentation is not permitted. *
* Maximum payload is 10000 bytes. *
- ICMP payload of 5046 bytes failed..
- ICMP payload of 2569 bytes failed..
+ ICMP payload of 1330 bytes succeeded.
- ICMP payload of 1949 bytes failed..
- ICMP payload of 1639 bytes failed..
- ICMP payload of 1484 bytes failed..
- ICMP payload of 1407 bytes failed..
- ICMP payload of 1368 bytes failed..
+ ICMP payload of 1349 bytes succeeded.
+ ICMP payload of 1358 bytes succeeded.
+ ICMP payload of 1363 bytes succeeded.
- ICMP payload of 1365 bytes failed..
+ ICMP payload of 1364 bytes succeeded.
+ ICMP payload of 1364 bytes succeeded.
Path MTU: 1392 bytes.

C:\>mturoute -t 200.202.116.106
mturoute to 200.202.116.106, 30 hops max, variable sized packets
* ICMP Fragmentation is not permitted. *
* Maximum payload is 10000 bytes. *
 1  --+-----+++-++  host: 200.168.160.129  max: 1392 bytes
 2  ... (host 192.168.32.1 is not responding)
 3   4  --+-----+++-++  host: 189.109.67.70  max: 1392 bytes
 5  --+-----+++-++  host: 201.85.1.6  max: 1392 bytes
 6  --+-----+++-++  host: 200.202.112.122  max: 1392 bytes
 7  --+-----+++-++  host: 200.202.116.106  max: 1392 bytes


Aparentemente a Telefonica está limitando o MTU dos pacotes em 1364 bytes.
Alguém da telefonica nesta lista que poderia verificar ou encaminhar
internamente? Se possível, nos retornem no telefone 15180*100.


2009/6/18 Adelmo Junior <adelmojr at gmail.com>

> Eu acho que o mturoute tb usa icmp, o ideal é o HPING2 mesmo. Se eu lembrar
> ou achar algo eu repasso....
>
> 2009/6/17 Gustavo Santos <gustkiller at gmail.com>
>
> > Eu utilizo um programinha muito bom que ja testa do maior valor ate o que
> > passa sem fragmentação.
> > MTU ROUTE
> > http://www.elifulkerson.com/projects/mturoute.php
> >
> > 2009/6/17 Adelmo Junior <adelmojr at gmail.com>
> >
> > > se os icmp tiver bloqueado tem uma maneira utilizando hping que vai
> > direto
> > > no tcp (acho q até na porta descrita)
> > >
> > > 2009/6/17 Adelmo Junior <adelmojr at gmail.com>
> > >
> > > > Pra descobrir o MTU:
> > > > ping -f -l 1472 gelo.fertimitsui.com.br
> > > >
> > > > Se o ping funcionar, então MTU = 1472 + 28
> > > > senão: ping -f -l 1470 gelo.fertimitsui.com.br, repetindo o
> > > > procedimento...
> > > >
> > > > ou seja, comecem tentando em 1472 que é o máximo, se não der...
> > diminuam
> > > > até o ponto onde o "ping" começa a "funcionar". Depois de encontrar
> > esse
> > > > ponto, basta adiciona +28 ao resultado. Este é o valor MTU a ser
> usado.
> > > >
> > > > Acho que dá até pra fazer um scriptzinho de acordo com a saída....
> > > >
> > > >
> > > >
> > > > 2009/6/17 Frederico A C Neves <fneves at registro.br>
> > > >
> > > > On Wed, Jun 17, 2009 at 06:06:52PM -0300, Danton Nunes wrote:
> > > >> > On Wed, 17 Jun 2009, Itamar Reis Peixoto wrote:
> > > >> >
> > > >> > >já que estamos falando de MTU, no ipv6 o MTU e' negociado
> > > >> automaticamente.
> > > >> >
> > > >> > hummm, mas pode deixar que há bastante espaço para fazer besteira!
> > no
> > > >> IPv4
> > > >> > também, mas tem uns cretinos que barram ICMP nos firewalls e aí
> num
> > > >> > fununcia!
> > > >>
> > > >> Em 2007 o IETF concluiu o WG PMTUD justamente para endereçar este
> > > >> problema e o resultado foi o método alternativo descrito na
> > > >> 4821. Apesar de STD não encontrei referência alguma para
> > > >> implementações o que não é um bom sinal.
> > > >>
> > > >> Fred
> > > >> --
> > > >> 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
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>



-- 
--lulyis

.
..: