Protocol และหลักการ Layering
ก่อนเรียนว่า OSI มี 7 ชั้นและ TCP/IP มี 4 ชั้น เราต้องเข้าใจก่อนว่าทำไมจึงแบ่งเป็นชั้น แต่ละชั้นตกลงอะไรกับปลายทาง และ service, interface กับ protocol ต่างกันอย่างไร มิฉะนั้นเราจะจำชื่อชั้นได้ครบ แต่ยังไม่รู้ว่าชั้นเหล่านั้นทำงานร่วมกันอย่างไร
1Protocol คืออะไร
อุปกรณ์สองฝั่งอาจเชื่อมถึงกัน ส่ง bit ได้ครบทุกตัว และยังสื่อสารไม่รู้เรื่อง หากตีความข้อมูลคนละแบบ การเชื่อมต่อทำให้ข้อมูลเดินทางได้ แต่ protocol ทำให้ข้อมูลนั้นมีความหมายร่วมกัน
Protocol ต้องบอกทั้งรูปแบบ ความหมาย และจังหวะ
การนิยาม protocol ไม่ได้จบที่บอกว่าข้อความมี field อะไร เพราะสองฝั่งต้องเข้าใจทั้งโครงสร้างและพฤติกรรมร่วมกัน โดยทั่วไปเราพิจารณาอย่างน้อยสามด้าน:
| ด้าน | คำถามที่ต้องตอบ | ตัวอย่าง |
|---|---|---|
| Syntax | ข้อมูลมีรูปแบบอย่างไร เรียง field แบบใด และแต่ละ field ยาวเท่าไร? | ส่วนแรกเป็น message type ตามด้วยความยาวและ payload |
| Semantics | ค่าแต่ละค่าหมายถึงอะไร และผู้รับต้องทำอะไรเมื่อเห็นค่านั้น? | ค่า 200 หมายถึงสำเร็จ ส่วน 404 หมายถึงไม่พบสิ่งที่ขอ |
| Timing/Ordering | ใครส่งก่อน ต้องรอนานเท่าไร และข้อความใดตามหลังข้อความใดได้? | ต้องสร้าง connection ก่อนส่งข้อมูล หรือส่ง ACK หลังรับ message |
ถ้าตกลง syntax ตรงกันแต่ semantics ต่างกัน ข้อมูลอาจอ่านได้แต่ความหมายผิด หากเข้าใจความหมายตรงกันแต่ลำดับเหตุการณ์ไม่ตรงกัน ทั้งสองฝั่งอาจต่างคนต่างรอจนไม่มีใครทำงานต่อ Protocol จึงเป็นทั้งรูปแบบข้อมูลและบทสนทนาที่กำกับว่าคู่สื่อสารควรทำอะไรในแต่ละสถานะ
Peer คือผู้ทำหน้าที่ระดับเดียวกันที่อยู่คนละฝั่ง
Peer entities คือหน่วยงานของ layer เดียวกันบนระบบคนละฝั่ง เช่น Transport Layer ของเครื่อง A กับ Transport Layer ของเครื่อง B ในเชิงตรรกะ peer ทั้งสองแลกเปลี่ยน segment ตามกติกาของ transport protocol แต่ข้อมูลจริงไม่ได้กระโดดข้ามอากาศจาก Transport Layer หนึ่งไปอีกฝั่งโดยตรง มันต้องขอใช้บริการของชั้นล่างลงไปเรื่อย ๆ
จุดนี้มีการสื่อสารสองทิศทางที่ควรแยกให้ออก:
| ทิศทาง | เกิดระหว่างใคร | สิ่งที่เชื่อมกัน |
|---|---|---|
| แนวตั้ง | ชั้นติดกันภายในเครื่องเดียว | ชั้นบนขอใช้ service ผ่าน interface ของชั้นล่าง |
| แนวนอน | peer layer เดียวกันบนคนละเครื่อง | ทั้งสองฝั่งตีความ protocol เดียวกันในเชิงตรรกะ |
Service, Interface และ Protocol: สามคำที่ดูใกล้ แต่ตอบคนละคำถาม
ต้นฉบับจำนวนมากทำให้สามคำนี้ปนกัน ทั้งที่การแยกให้ชัดจะทำให้เข้าใจ layering ง่ายขึ้นมาก:
| แนวคิด | คำถาม | มุมมอง |
|---|---|---|
| Service | ชั้นนี้ทำอะไรให้ชั้นบน? | ความสามารถที่ผู้ใช้บริการได้รับ เช่น ส่ง byte stream อย่างน่าเชื่อถือ |
| Interface | ชั้นบนเรียกใช้ service นั้นอย่างไร? | จุดเชื่อมและ operation ภายในระบบเดียวกัน เช่น socket API |
| Protocol | peer สองฝั่งตกลงสื่อสารกันอย่างไร? | ข้อความ field ลำดับ และกติกาที่ใช้ข้ามระบบ |
Service บอกผลที่ได้รับโดยไม่จำเป็นต้องเปิดเผยวิธีทำ Interface บอกช่องทางเรียกใช้ ส่วน protocol บอกกลไกและข้อตกลงระหว่าง peer การเปลี่ยน protocol ภายในอาจไม่กระทบผู้ใช้บริการ หากยังรักษา service และ interface เดิมไว้ได้
2หลักการ Layering — ทำไมต้องแบ่งการทำงานเป็นชั้น
Layering คือวิธีจัดการระบบที่ซับซ้อนด้วยการแบ่งหน้าที่ออกเป็นชั้น แต่ละชั้นใช้บริการของชั้นล่างและให้บริการแก่ชั้นบน พร้อมทั้งใช้ protocol สื่อสารเชิงตรรกะกับ peer ระดับเดียวกัน
หลักนี้ควรถูกมองเป็นแนวทางออกแบบ ไม่ใช่กฎธรรมชาติที่ระบบจริงห้ามฝ่าฝืน Protocol stack ในโลกจริงอาจมีการข้ามชั้น ดึงข้อมูลจากหลายชั้น หรือรวมหน้าที่บางชั้นเข้าด้วยกัน โดยเฉพาะเมื่อ optimization, security หรือ wireless adaptation ต้องใช้บริบทข้ามชั้น สิ่งสำคัญคือรู้ว่าการข้ามเส้นแบ่งนั้นให้อะไร และเพิ่ม coupling ตรงไหน
ทำไมต้องแบ่งชั้น
หาก application ทุกตัวต้องรู้วิธีสร้างสัญญาณ ตรวจ frame หาเส้นทาง ควบคุมการส่ง และตีความข้อมูลเอง การเขียนโปรแกรมเครือข่ายหนึ่งตัวจะกลายเป็นการสร้าง Internet ใหม่เกือบทั้งชุด Layering ช่วยแยกปัญหาให้แต่ละส่วนรับผิดชอบงานที่มีขอบเขตชัดขึ้น
| ประโยชน์ | ความหมาย |
|---|---|
| Modularity | แบ่งระบบเป็นส่วนที่ศึกษา พัฒนา และทดสอบได้ง่ายขึ้น |
| Abstraction | ชั้นบนใช้ความสามารถของชั้นล่างโดยไม่ต้องรู้รายละเอียดภายในทั้งหมด |
| Interoperability | อุปกรณ์ต่างผู้ผลิตทำงานร่วมกันได้ หากทำตาม protocol และ interface ที่ตกลง |
| Replaceability | เปลี่ยนเทคโนโลยีบางชั้นได้ โดยพยายามรักษาบริการที่ชั้นอื่นพึ่งพา |
| Reuse | Application หลายชนิดใช้ transport และ network service ชุดเดียวกันได้ |
คำสำคัญคือ “พยายามรักษา” ไม่ใช่ “เปลี่ยนได้อย่างอิสระโดยไม่มีผลเสมอ” Wi-Fi กับ Ethernet ต่างก็รองรับ IP ได้ แต่มีลักษณะเรื่อง loss, bandwidth และ mobility ต่างกัน Application บางชนิดจึงยังรู้สึกถึงผลของชั้นล่าง แม้ interface เชิงหน้าที่จะเหมือนเดิม
Layering ลดความซับซ้อนในการคิด แต่ไม่ได้ลบความซับซ้อนออกจากระบบ
การแยกหน้าที่ทำให้แต่ละส่วนเข้าใจง่ายขึ้น แต่ต้องมี header, state, interface และการแปลงข้อมูลเพิ่มขึ้น บางปัญหา เช่น reliability หรือ security อาจถูกจัดการหลายชั้นเพื่อคนละขอบเขต หากออกแบบไม่ดี เราอาจได้งานซ้ำ overhead สูง หรือข้อมูลที่ชั้นหนึ่งต้องการถูกซ่อนไว้อีกชั้นหนึ่ง
ตัวอย่างเช่น application ต้องการรู้ว่า network กำลังช้าเพราะ congestion หรือปลายทางกำลังประมวลผล แต่ abstraction อาจรายงานเพียง timeout การซ่อนรายละเอียดช่วยให้ application ทั่วไปเขียนง่าย แต่ application ที่ต้อง optimize ลึกอาจต้องการข้อมูลมากกว่านั้น เส้นแบ่งที่ดีสำหรับงานหนึ่งจึงอาจแคบเกินไปสำหรับอีกงาน
การสื่อสารจริงเดินลง แล้วค่อยเดินขึ้น
Peer layer ดูเหมือนสื่อสารกันโดยตรงในเชิงตรรกะ แต่สิ่งที่ส่งจริงถูกฝากลงไปยังชั้นล่าง จนถึงชั้นที่ส่งสัญญาณผ่าน medium จากนั้นฝั่งรับจึงส่งข้อมูลกลับขึ้นมาตามลำดับ ความต่างระหว่าง logical communication กับ actual data path เป็นจุดสำคัญของภาพ layered architecture
Encapsulation: ข้อมูลของชั้นบนกลายเป็น payload ของชั้นล่าง
เมื่อ layer หนึ่งรับข้อมูลจากชั้นบน มันมองข้อมูลก้อนนั้นเป็น payload แล้วเติม header และในบาง protocol อาจมี trailer ของตนเอง ข้อมูลรวมที่ layer นั้นแลกเปลี่ยนกับ peer เรียกโดยทั่วไปว่า Protocol Data Unit (PDU)
| ระดับโดยย่อ | สิ่งที่อาจเติม | ชื่อ PDU ที่มักพบ |
|---|---|---|
| Application | รูปแบบคำขอ method, content type หรือข้อมูลของ application | Message/Data |
| Transport | Port, sequence number, checksum และ flags | TCP Segment / UDP Datagram |
| Network/Internet | IP address, lifetime และข้อมูลช่วยส่งข้ามเครือข่าย | Packet / IP Datagram |
| Data Link | Link-layer address, type และข้อมูลตรวจข้อผิดพลาด | Frame |
| Physical | แทนข้อมูลเป็นสัญญาณบน medium | Bits / Signals |
ชื่อ PDU อาจใช้ต่างกันตามตำราและ protocol จึงควรเข้าใจหน้าที่มากกว่าท่องคำอย่างโดดเดี่ยว แก่นคือ header ของ layer หนึ่งเป็นคำสั่งหรือข้อมูลควบคุมสำหรับ peer layer เดียวกัน ส่วนทั้ง PDU ของชั้นนั้นจะถูกมองเป็น payload เมื่อส่งลงไปยังชั้นล่าง
- Browser สร้าง HTTP request ตามกติกาของ Application Layer
- Transport Layer เติมข้อมูลสำหรับส่งถึง process ปลายทางและดูแลการสื่อสารตามบริการที่ใช้
- Internet Layer เติม IP header เพื่อให้ packet เดินทางข้ามหลายเครือข่าย
- Link Layer สร้าง frame สำหรับส่งไปยัง node ถัดไปบน link ปัจจุบัน
- Physical Layer แปลงข้อมูลเป็นสัญญาณและส่งผ่านสายหรือคลื่นวิทยุ
เมื่อผ่าน router frame ของ link เดิมอาจถูกถอดออก แล้วสร้าง frame ใหม่สำหรับ link ถัดไป ขณะที่ IP packet ยังคงเป็นหน่วยหลักของการส่งข้ามเครือข่าย แม้บาง field อาจเปลี่ยนระหว่างทาง นี่แสดงว่าขอบเขตของ protocol แต่ละชั้นไม่เท่ากัน
End-to-end กับ hop-by-hop
Protocol บางตัวทำงานระหว่างปลายทางต้นทางกับปลายทางสุดท้าย เรียกว่า end-to-end ขณะที่บางตัวทำงานเฉพาะระหว่าง node ที่เชื่อมกันในแต่ละช่วง เรียกว่า hop-by-hop การแยกขอบเขตนี้ช่วยอธิบายว่าเหตุใด link-layer header เปลี่ยนระหว่างทาง แต่ transport state โดยทั่วไปอยู่ที่ end hosts
| ขอบเขต | คู่สื่อสาร | ตัวอย่างหน้าที่ |
|---|---|---|
| Hop-by-hop | node ปัจจุบันกับ node ถัดไป | ส่ง frame บน Ethernet หรือ Wi-Fi link หนึ่งช่วง |
| End-to-end | process หรือ host ต้นทางกับปลายทาง | จัดลำดับ byte, port multiplexing หรือ application request |
ตัวอย่าง Protocol Stack แบบย่อ
ก่อนเข้าสู่ OSI และ TCP/IP เราสามารถย่อภาพให้เหลือสามระดับ เพื่อเห็นหน้าที่โดยไม่ติดกับจำนวนชั้น:
| Layer | หน้าที่ | ตัวอย่างโปรโตคอล |
|---|---|---|
| 3: Application/End-to-End | กำหนดความหมายของข้อมูลและการสื่อสารระหว่าง process ปลายทาง | HTTP, DNS, TCP, UDP, RTP |
| 2: Internetwork | ระบุ host และส่ง packet ข้ามหลายเครือข่าย | IP |
| 1: Link/Physical | ส่ง frame หรือสัญญาณผ่าน link หนึ่งช่วง | IEEE 802.3 Ethernet, IEEE 802.11 Wi-Fi, PPP |
ตารางนี้จงใจเป็นภาพย่อ จึงรวมหน้าที่บางอย่างเข้าด้วยกัน TCP กับ HTTP ไม่ได้อยู่ชั้นเดียวกันในโมเดล TCP/IP มาตรฐาน จุดประสงค์คือแสดงการไล่จากความหมายระดับ application ลงสู่การส่งข้ามเครือข่ายและการเคลื่อนข้อมูลบน link ส่วนบทถัดไปจะจัดโครงสร้างให้ละเอียดและเปรียบเทียบแบบจำลองจริง
เมื่อใดที่เส้นแบ่งชั้นเริ่มไม่สะอาด
ระบบจริงมักมีสิ่งที่ไม่พอดีกับกล่อง เช่น VPN สร้างเครือข่ายเสมือนบนเครือข่ายอีกชุด, TLS อยู่ระหว่าง application กับ transport ในมุมมองหนึ่ง, middlebox อ่านข้อมูลหลายชั้นพร้อมกัน และ QUIC นำหน้าที่ transport บางส่วนไปทำบน UDP ภายใน user space
กรณีเหล่านี้ไม่ได้พิสูจน์ว่า layering ใช้ไม่ได้ แต่เตือนว่าแบบจำลองเป็นเครื่องมือช่วยคิด ไม่ใช่แผนที่ที่โลกจริงต้องยอมวางตัวให้ตรงทุกเส้น หาก model กับ implementation ไม่ตรงกัน เราควรถามว่า implementation กำลังแก้ข้อจำกัดใด และการข้ามชั้นนั้นสร้างต้นทุนอะไรใหม่
- Peer layer สื่อสารกันในเชิงตรรกะ แต่ข้อมูลจริงต้องผ่านชั้นล่าง
- Service, interface และ protocol เกี่ยวข้องกัน แต่ไม่ใช่คำเดียวกัน
- Layering ช่วยลด coupling แต่ไม่ได้ทำให้แต่ละชั้นเป็นอิสระจากกันโดยสมบูรณ์
- จำนวนชั้นไม่ใช่สาระสำคัญที่สุด สิ่งสำคัญคือการแบ่งหน้าที่และข้อตกลงระหว่างส่วนต่าง ๆ
- Header ไม่ใช่ข้อมูลเกินความจำเป็นเสมอ แต่เป็นข้อมูลควบคุมที่ทำให้ peer ตีความและจัดการ payload ได้
3สรุปและขั้นตอนถัดไป
- Protocol กำหนด syntax, semantics และลำดับหรือจังหวะการสื่อสารระหว่าง peer
- Service บอกว่าชั้นล่างทำอะไรให้ชั้นบน, interface บอกว่าเรียกใช้อย่างไร และ protocol บอกว่า peer ต่างระบบตกลงกันอย่างไร
- ชั้นเดียวกันสื่อสารกันในเชิงตรรกะ ส่วนข้อมูลจริงเดินลงผ่าน stack ข้าม medium แล้วเดินขึ้นที่ปลายทาง
- Encapsulation ทำให้ PDU ของชั้นบนกลายเป็น payload ของชั้นล่าง ซึ่งเติม header หรือ trailer ของตนเอง
- Protocol บางตัวทำงานแบบ hop-by-hop ขณะที่บางตัวรับผิดชอบแบบ end-to-end จึงยืนยันความสำเร็จคนละขอบเขต
- Layering ช่วยเรื่อง modularity, abstraction, interoperability และ reuse แต่มี overhead, coupling และข้อจำกัดของการซ่อนข้อมูล
- หลักการใช้ service ของชั้นล่างเป็นแนวทางสำคัญ แต่ระบบจริงอาจมี cross-layer interaction หรือรวมบางชั้นเข้าด้วยกัน
จากหลักการ ไปสู่แบบจำลองจริง
เมื่อเข้าใจ protocol, service, interface, peer communication และ encapsulation แล้ว คำถามถัดไปคือควรแบ่งหน้าที่ออกเป็นกี่ชั้น OSI ตอบด้วยแบบจำลอง 7 ชั้นที่ละเอียดและเป็นระบบ ส่วน TCP/IP สะท้อนชุด protocol ที่ทำให้ Internet ใช้งานจริง
สองโมเดลนี้ไม่ได้ต่างกันเพียงจำนวน 7 กับ 4 แต่ต่างกันทั้งที่มา จุดประสงค์ และวิธีจัดกลุ่มหน้าที่ บทถัดไปจึงจะเปรียบเทียบว่าชั้นใดสอดคล้องกัน ชั้นใดถูกรวม และเหตุใดเรายังเรียน OSI แม้ Internet ใช้ TCP/IP เป็นหลัก