Sunday

HARI PEMBENTANGAN PROJEK

Pembentangan projek dijalankan mengikut jadual. Giliran Pembentangan saya adalah pada jam 10 pagi dan telah hadir lebih awal daripada itu iaitu pada jam 8.30 pagi bagi membuat persiadaan terakhir sebelum memulakan pembentangan. sementara menunggu giliran, saya mendengar kawan-kawan yang lain membentangkan projek mereka serta memerhati dan mencatit komen daripada penilai-penilai yang berkaitan dengan projek saya. pembentangan dimulakan dengan hafizi, sukri, rasyid dan kemudian barulah giliran saya. masa yang diberi oleh penilai untuk membentangkan projek ini adalah 10 minit sahaja. oleh itu, saya mengambil isi-isi penting sahaja untuk dibentangkan. antara isi-isi yang dibentangkan adalah isi-isi yang mempunyai perbezaan dengan hasil pembentangan rasyid. setelah pembentangan selesai, keempat-empat pelajar iaitu hafizi, sukri rasyid dan saya sendiri dipanggil untuk duduk dihadapan penilai untuk diberi komen mengenai pembentangan kami. antara komen yang diberi mengenai projek rasyid dan saya adalah seperti berikut:

> Berbincang dengan penyelia mengenai tajuk "mengimplimentasi". tajuk "mengimplimentasi" seolah-olah pelajar hanya mengambil atau menggunakan bridge jumbo untuk dinilai tanpa melibatkan proses pembangunan. perkataan yang sesuai adalah "membangunkan"

> bahagian metodologi yang tidak lengkap atau tidak mencukupi.

> Perbezaan dari segi bagaimana bridge mengenalpasti paket yang dihantar samada TCP atau UDP tidak dinyatakan.

> kajian terhadap sistem atau kajian yang sedia ada perlu diperbanyakkan.

> mengenai cadangan perlaksanaan perlulah mempunyai penambah baikkan daripada kajian yang sedia ada. sebagai contoh:
penambah baikkan daripada kajian yang dijalankan oleh cik marina keatas perisian bridge. (komen diberikan oleh Dr kamarul berdasarkan carta alir dalam laporan)

> Kenapa ujian dijalankan sebanyak 10 kali? kena dapatkan kepastian atau bukti.

> teknik pengujian tidak jelas. bagaimana pengujian data dijalankan? apakah jenis data yang digunakan? teknik penghantaran data samada streaming atau sebagainya.

> jelaskan lagi mengenai rekabentuk bridge perisian. bagaimana ia akan dibangunkan.

Thursday

Perjumpaan Terakhir Sebelum Hari Pembentangan

perjumpaan diadakan seperti biasa pada:

tempat: bilik perbincangan jabatan SKK
masa: 11 pagi
tarikh: 15/10/2009

tujuan perjumpaan adalah bagi membentulkan
kesalahan yang terdapat di dalam slide
pembentangan sebelum ia dibentangkan pada
hari pembentangan.

jadual masa pembentangan dimaklumkan seperti
berikut:

tarikh: 23/10/2009
tempat: bilik 2
masa: 10 pagi
penilai: 1)Dr. Asri 2)Dr. Kamarulnizam

Saturday

Penyerahan Laporan

2 salinan laporan disediakan dan diserahkan
pada 9 oktober 2009 (Jumaat), jam 3.00 petang.
begitu juga dengan borang-borang yang berkaitan.

Laporan diserahkan kepada AJK PSM, Tuan Syed Othmawi
di jabatan SKK.

Perlaksanaan Seterusnya:
> latihan pembentangan kali ke-2
> Pembentangan Laporan sebenar.

latihan pembentangan

Latihan pembentangan diadakan:
> tarikh: 8 oktober 2009 (khamis)
> masa: 11.00 am
> tempat: bilik pembincangan jabatan SKK


Agenda:

Semua pelajar dibawah penyelia Cik Marina
dikehendaki melakukan pembentangan laporan
masing-masing bertujuan memberi pendedahan
dan latihan kepada pelajar sebelum hari
pembentangan sebenar. pembentangan dijalankan
mengikut peraturan/cara yang telah ditetapkan.


Masa pembentangan: 15 minit.
Sesi soal/jawab: 5 minit.


Slide yang telah disediakan dibentangkan pada
hari pembentangan tersebut. 1 salinan slide
pembentangan dicetak dan diserahkan kepada
penyelia. Cik Marina bertindak sebagai penilai.
Soalan dan juga komen diberikan.


Soalan:
> Mengapakah En Firoz dipilih sebagai individu untuk
ditemuramah?
> Adakah spesifikasi komputer yang dinyatakan di
dalam silde tersebut di tahap minimum bagi melaksanakan
projek ini?


Komen:
> Susunan slide pembentangan perlu disusun
semula mengikut topik yang sesuai.
> Jangan gabungkan topik yang berbeza di dalam
satu slide. ia perlu diasingkan.
> Buatkan slide yang lebih menarik.


Keseluruhan perlaksanaan pembentangan ini dijalankan
selama 3 jam 1/2, iaitu dari jam 11.00 pagi sehingga
jam 2.30 petang. setelah selesai, pelajar dibenarkan
untuk berehat dan perbincangan disambung semula pada
jam 3.30 petang bagi proses pembetulan format laporan.
perbincangan selesai pada jam 5.00 petang. semua
pelajar di bawah penyelia Cik Marina terlibat.

Perlaksanaan seterusnya:
> Sediakan 2 salinan laporan dan dihantar kepada AJK PSM,
Tuan Syed Othmawi beserta borang-borang yang diperlukan.

draf kedua..

selepas pembetulan dilakukan, draf kedua telah dihantar kepada
penyelia, Cik Marina binti Md. Arshad pada 4 oktober 2009.

draf kedua disemak dan diserahkan kepada pelajar
pada 5 oktober untuk membuat pembetulan ke atas laporan.

perlaksanaan seterusnya:

> pembetulan laporan dijalankan
> slide pembentangan disediakan
> persediaan bagi latihan pembentangan laporan
> penyerahan laporan kepada AJK PSM pada 9 oktober 2009

Wednesday

sumber rujukan

1. Behrouz A. Forouzan (2007). Data communication and Networking. Fourth edition. Singapore: McGraw-Hill

2. Durham (2006). Bridge Functions Consortium. Jumbo Frame Feature Verification Test Suite Version 0. University of New Hampshire

3. Gurdeep S. Hura, Mukesh Singhal (2001). Data And Computer Communications: Networking and Internetworking. United States of America.: CRC Press LLC. Hall 245- 246

4. Jeff Doyle (2003).Routing TCP/IP. 1st ed. United States of America.: Ninth Printing. 79

5. Joe St Sauver (2003). Practical Issues Associated With 9K MTUs. University of Oregon Computing Center.

6. Phil Dykstra (1999). Gigabit Ethernet Jumbo Frames.

7. Thomson. (2002), Internetworking Devices. Singapore.: Thomson Learning. Hall 52

8. Thomson. (2001), Introduction to TCP/IP. Singapore.: Thomson Learning. Hall 39-40

9. Marina Md Arshad. (2008), Design an Implementation of a Software Bridge between Jumbo and Non-Jumbo Frame Segments.

draf pertama..

draf pertama telah disiapkan pada 13 september dan dihantar kepada penyelia
pada 14 september.

kandungan di dalam draf pertama:

-muka depan
-abstrak & abstract
-isi kandungan
-senarai rajah
-senarai lampiran
-senarai singkatan
-senarai istilah
-bab 1 - bab 5
-lampiran


draf pertama telah disemak oleh penyelia pada 15 september dan telah
diterima kembali untuk tujuan pembetulan. kesalahan yang dilakukan:

-tidak mengikut format penulisan tesis.
-penggunaan ayat yang tidak betul
-terdapat beberapa perkara yang tidak lengkap
* tiada carta gantt
* tiada layout rangkaian FSKSM
* penerangan

proses pembetulan masih dijalankan.

setelah pembetulan disiapkan, ia perlu dihantar kembali selepas cuti
raya untuk disemak semula.

Thursday

meeting pada minggu ke-8

perkara yang telah berjaya dijalankan:
=> mendapatkan penerangan mengenai rangkaian FSKSM dari en. Firoz,
tetapi tidak menyeluruh.
=> kenalpasti tools yang akan digunakan.


perkara yang perlu dijalankan:
=> kajian terhadap teknik penyelesaian yang hendak digunakan (bab 2)
=> pembetulan laporan bab 2 yang telah disemak oleh cik Marina
=> mendapatkan penerangan mengenai rangkaian di FSKSM dari pihak CICT
=> teknik penyelesaian terhadap bingkai jumbo


perkara yang sedang dijalankan:
=> selesaikan laporan bab 2
=> menjalankan laporan bab 3

Monday

network connections..

Dalam LAN, terdapat dua atau lebih komputer yang berhubung untuk berkongsi sumber, bertukar-tukar maklumat atau membenarkan komunikasi secara elektronik. LAN merupakan rangkaian yang terhad kepada keadaan geografi atau kawasan yang kecil seperti di makmal-makmal atau di dalam satu bangunan sahaja. Komputer yang terdapat dalam rangkaian tersebut berhubung sama ada menggunakan kabel, atau tanpa kabel.

Terdapat dua jenis kabel yang biasa digunakan iaitu kabel kuprum (copper cable) dan kabel gentian optik (optical fiber). Kabel kuprum membawa isyarat elektrik, dan antara bahagian kabel kuprum adalah kabel twisted pair, kabel coaxial, atau kabel yang biasa digunakan adalah kabel Unshielded Twisted Pair (UTP). Bagi kabel gentian optik pula, ia membawa isyarat cahaya di mana serpihan kaca atau plastik yang membawa isyarat dengan cara pantulan dari penghantar kepada penerima.

Komputer yang menggunakan sambungan tanpa wayar, pengantaranya ialah ruang udara dan isyaratnya adalah gelombang radio. Sambungan tanpa wayar mempunyai pelbagai cara antaranya menggunakan penghala tanpa wayar (wireless router) dan komputer dengan kad rangkaian tanpa wayar dapat berkomunikasi antara peranti-peranti melalui ruang udara atau pun satelit. (Cisco Networkin Academy 4.0)

Tuesday

bridge jumbo.

Bridge Jumbo direka bentuk bagi membolehkan perhubungan antara peranti-peranti yang mempunyai nilai MTU yang berbeza dalam LAN yang sama.

Bridge jumbo tidak sama seperti bridge yang biasa di mana ia menghubungkan beberapa rangkaian LAN dan dijalankan di lapisan pautan data.

Perbezaan yang utama antara bridge normal dengan bridge jumbo adalah bridge jumbo melakukan pemecahan (fragment) ke atas bingkai jumbo supaya saiz bingkai itu menjadi saiz bingkai yang biasa dan menghantar bingkai tersebut kepada penerima.

banyak lagi perbezaan antara bridge jumbo dengan bridge biasa. semua itu akan dibincangkan kemudian. ketika ini usaha mencari maklumat mengenai "jumbo frame" masih dijalankan dari masa ke semasa.....

Sunday

sejenak bersama "bridge"

Bridge menghubungkan beberapa segmen rangkaian pada lapisan ke-2 iaitu lapisan pautan data (data link layer) bagi model OSI, dan kebiasaannya pada lapisan ke-2, suis (switch) kerap digunakan dan boleh ditukar-ganti dengan bridge.

Bridge mempunyai persamaan dengan peranti-peranti yang lain seperti pengulang (repeaters), atau rangkaian hab (network hub) dimana peranti-peranti ini menghubungkan segmen rangkaian pada lapisan fizikal. Walau bagaimanapun, dengan adanya bridge, laluan dari satu rangkaian lebih terurus daripada hanya membuat penghantaran semula kepada segmen rangkaian yang bersebelahan. Dalam rangkaian Ethernet, istilah bridge kebiasaannya merujuk kepada satu peranti yang bergantung kepada piawai IEEE 802.1D.

Bridge adalah lebih kompleks berbanding rangkaian hab atau pengulang. Bridge boleh mengenal pasti paket data yang sampai kepadanya dan menentukan sama ada bridge itu berkebolehan menghantar paket yang diterima kepada segmen rangkaian yang lain. Bridge mengawasi maklumat laluan pada rangkaian, oleh itu ia boleh menghantar paket kepada lokasi yang betul.

Bridge menguruskan laluan untuk mengekalkan prestasi yang optimum pada kedua-dua bahagia rangkaian iaitu pengirim dan penerima. Ia juga boleh dianggap sebagai polis lalu-lintas yang mengawal laluan pada masa yang sibuk. Bridge juga boleh digunakan untuk menghubungkan jenis kabel dan topologi fizikal yang berbeza.

Friday

This is my 1st presentation on 24/07/2009 at 3 pm with cik Marina.

3 way handshake

The three-way handshake in Transmission Control Protocol - TCP (also called the three message handshake) is the method used to establish and tear down network connections. This handshaking technique is referred to as the 3-way handshake or as "SYN-SYN-ACK" (or more accurately SYN, SYN-ACK, ACK).

  • SYN = Synchronize
  • ACK = Acknowledge

The TCP handshaking mechanism is designed so that two computers attempting to communicate can negotiate the parameters of the network connection before beginning communication. This process is also designed so that both ends can initiate and negotiate separate connections at the same time.





Host A sends a TCP SYNchronize packet to Host B

Host B receives A's SYN

Host B sends a SYN-ACK

Host A receives B's SYN-ACK

Host A sends ACK

Host B receives ACK. TCP connection is ESTABLISHED












Wednesday

what is jumbo frame???

Ethernet has used 1500 byte frame sizes since it was created (around 1980). To maintain backward compatibility, 100 Mbps ethernet used the same size, and today "standard" gigabit ethernet is also using 1500 byte frames. This is so a packet to/from any combination of 10/100/1000 Mbps ethernet devices can be handled without any layer two fragmentation or reassembly.

"Jumbo frames" extends ethernet to 9000 bytes. Why 9000? First because ethernet uses a 32 bit CRC that loses its effectiveness above about 12000 bytes. And secondly, 9000 was large enough to carry an 8 KB application datagram (e.g. NFS) plus packet header overhead. Is 9000 bytes enough? It's a lot better than 1500, but for pure performance reasons there is little reason to stop there. At 64 KB we reach the limit of an IPv4 datagram, while IPv6 allows for packets up to 4 GB in size. For ethernet however, the 32 bit CRC limit is hard to change, so don't expect to see ethernet frame sizes above 9000 bytes anytime soon.