NAT problem dan MTU setting

Priyadi bilang bahwa ISP agak bertingkah. Kebetulan saya punya kasus yang mungkin serupa. Hanya saja di kasus saya, komputer share tidak bisa mengakses ke https. Mungkin ini bukan kesalahan ISP sepenuhnya.

Setelah search sana-sini, ternyata masalahnya di MTU setting. Koneksi saya menggunakan cable di Bandung, dan tentunya harus menggunakan PPPoE. Inilah biang masalahnya. By default (ini bahasa Indonesianya apa ya?), Windows XP akan mengeset MTU di nilai 1480.

Karena itu saya coba cek dengan perintah berikut:
c:\>ping -l 1480 -f www.centrin.net.id Pinging uranus.centrin.net.id [202.146.255.5] with 1480 bytes of data: Packet needs to be fragmented but DF set. Packet needs to be fragmented but DF set. Packet needs to be fragmented but DF set. Packet needs to be fragmented but DF set. Ping statistics for 202.146.255.5: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

Akhirnya mulailah perburuan settingan nilai MTU mulai 1400 di workstation yang saya share sampai batas tidak kejadian seperti diatas. Akhir dan saya mendapatkan hasil optimal sbb:
c:\>ping -l 1452 -f www.centrin.net.id Pinging uranus.centrin.net.id [202.146.255.5] with 1452 bytes of data: Reply from 202.146.255.5: bytes=1452 time=1246ms TTL=250 Reply from 202.146.255.5: bytes=1452 time=1298ms TTL=250 Reply from 202.146.255.5: bytes=1452 time=1301ms TTL=250 Reply from 202.146.255.5: bytes=1452 time=1496ms TTL=250 Ping statistics for 202.146.255.5: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 1246ms, Maximum = 1496ms, Average = 1335ms

Dengan menggunakan program DR. TCP saya set kembali MTU LAN menjadi nilai 1452. Kemudian restart workstation, dan berhasil!. Tidak hanya kasus https yang tidak jalan. Ternyata kasus chat Yahoo Messenger yang suka ngedrop pun selesai dengan sendirinya. Ini karena YM sekarang suka mengakses https, yang menyebabkan dia suka drop sendiri.

Catatan: Nilai 1452 akan berbeda. Anda harus mencari sendiri nilai tersebut dengan cara di atas. Good Luck!

This entry was posted on Tuesday, February 14th, 2006 at 5:47 am and is filed under Web Development. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.

10 Responses to “NAT problem dan MTU setting”

1
maskoen
February 15th, 2006 at 8:50 am
kalau muncul kaya gini tau ngga kenapa ?. Salam kenal dari Non IT.:D
2
shadi
February 15th, 2006 at 1:45 pm
Mungkin anda pakai versi command.com 16bit di wndows XP. Lihat disini.

Tapi ada kemungkinan juga anda terkena worm/trojan. Sudah dicoba di cek pake Spybot atau yang lainnya.
3
starchie
February 22nd, 2006 at 8:51 am
hemm PPPoE masalah yg paling sering terjadi memang MTU dan MRU … tapi kok beda ya sama kasus nya om pri …
4
wiwid
May 19th, 2006 at 10:43 am
PPPOE apa ya ? maklum masih newbies …

mohon pencerhannya
5
shadi
May 21st, 2006 at 7:33 am
PPPoE itu protocol buat ngobrol jaringan. Keterangan lengkapnya ada di http://en.wikipedia.org/wiki/PPPoE. Biasanya protocol ini digunakan pada DSL seperti cable modem.
6
yudi
August 1st, 2006 at 10:00 am
Akhir2 ini YM dikntrku kok sering banget putus2 knpa ya??
Kyknya Admin nya gak canggih nih
7
Rny
August 24th, 2006 at 11:28 am
minta tolong nich, kek mana caranya mengkonfigurasi HTTPS di IIS.
8
Rny
August 24th, 2006 at 11:48 am
ditunggu ya??? balsannya di emailna rny. minta tolong ya??
9
fajar
June 1st, 2007 at 1:45 pm
Pinging uranus.centrin.net.id [202.146.255.5] with 1452 bytes of data:
Reply from 202.146.255.5: bytes=1452 time=1246ms TTL=250

saya blm paham beberapa hal:
1. apa itu TTL(TTL=250)? apakah 250 adalah kondisi ideal max, jadi bila nilai kurang dari itu blm baikkah? saat ini saya menggunakan jaringan XL-Centrin.

2. apa itu time(time=1246ms)? semakin kecil/besar baiknya?

trima kasih penjelasannya.
10
hadi
November 2nd, 2008 at 8:14 am
Sekedar tambahan bagi pengguna Mikrotik yg menggunakan akses Biznet Metronet PPPOE , ada penambahan pada Mangel

/ ip firewall mangle
add chain=forward tcp-flags=syn action=jump jump-target=mss comment=”\[tcp\], mss” disabled=no
add chain=mss protocol=tcp tcp-flags=syn tcp-mss=!536-1460 action=change-mss new-mss=1440 comment=”\[tcp\], mss fixation” disabled=no
add chain=mss protocol=tcp tcp-flags=syn tcp-mss=1453-65535 action=change-mss new-mss=1440 comment=”\[tcp\], mss 1440 for mtu 1492″ disabled=no
add chain=mss protocol=tcp tcp-flags=syn action=change-mss new-mss=clamp-to-pmtu comment=”\[tcp\], mss clamp-to-pmtu” disabled=no
add chain=prerouting action=change-ttl new-ttl=set:65 comment=”\[tcp\], mss ttl fix” disabled=no

Semoga membantu