Bingkai Ethernet: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
k suntingan kecil. |
k -stub: informasi telah lengkap |
||
Baris 28:
Selain itu, ''field'' ini hanya menyediakan deteksi terhadap kesalahan pada level ''bit'' saja, dan tidak dilengkapi dengan fitur pemulihan dari kesalahan tersebut (''error recovery''). Ketika nilai FCS yang dihitung oleh pihak penerima tidak sama dengan nilai FCS yang disimpan di dalam ''frame'', maka satu-satunya kesimpulan yang dapat diambil dari hal itu adalah bahwa sebuah ''bit'' atau beberpa ''bit'' telah berubah. Penghitungan FCS juga tidak menyediakan informasi tentang di mana letak kesalahan tersebut atau bagaimana cara mengoreksinya, tapi beberapa jenis mekanisme CRC lainnya (yang digunakan dalam teknologi ''framing'' lainnya) dapat melakukan hal ini. Contoh dari hal ini adalah ''field'' <code>1-byte Header Checksum</code> dalam header sebuah sel [[Asynchronous Transfer Mode]] (ATM), yang dapat menyediakan layanan pendeteksian kesalahan seperti halnya Ethernet II serta juga mampu melakukan pemulihan terhadap kesalahan tersebut, meski terbatas.
==Contoh dari frame Ethernet II==
Berikut ini merupakan contoh dari ''frame'' Ethernet II yang diambil dengan menggunakan Microsoft Network Monitor untuk sebuah ''datagram'' IP:
+ Frame: Base frame properties<br> ETHERNET: ETYPE = 0x0800 : Protocol = IP: DOD Internet Protocol<br> + ETHERNET: Destination address : 001054CAE140<br> + ETHERNET: Source address : 00600852F9D8<br> ETHERNET: Frame Length : 74 (0x004A)<br> ETHERNET: Ethernet Type : 0x0800 (IP: DOD Internet Protocol)<br> ETHERNET: Ethernet Data: Number of data bytes remaining = 60 (0x003C)<br>+ IP: ID = 0xAE09; Proto = ICMP; Len: 60<br>+ ICMP: Echo: From 192.168.160.186 To 192.168.160.01
| |||