Thắc mắc về quá trình encapsulation của OSI

[klepski]

Mấy anh cho em hỏi một chút về chương OSI:

1. Điểm khác nhau giữa data encaspulation (five steps TCP/IP) và data encapsulation 7 steps như bình thường của mô hình OSI ?
2. Tại sao có application software mà những layer như presentation và sesion không create header tag, chỉ có lớp application tạo header thôi. Như vậy thì không đúng với data encapsulation của OSI ?
3. Giữa TCP/IP, NetWare, và OSI có những điểm tương đồng nào để ta có thể so sánh chúng ? Chúng là những chuẩn hoạt động độc lập hay có quan hệ với nhau như thế nào ?

[Mikami]

1. Điểm khác nhau giữa encapsulation giữa TCP/IP và OSI chỉ là khác nhau về mặt nhận thức và cách diễn đạt của từng mô hình.

Ví dụ trong Layer Physical và Datalink của OSI ta thấy liên quan tới các bit 0 1 và Frame thì thật chất bên Network Interface của TCP/IP cũng vậy thôi nhưng bên TCP/IP thì nó gôm chung vào 1 layer chứ không fân biệt là các bit sẽ đưọc đóng gói thành từng Frame ( trong deencapsulation operation ) hay là các Frame sẽ chuyển thành các bit ( khi encapsulation ) nghĩa là chúng vẫn fải đưọc thêm hay đưọc loại bỏ các MAC address.

3. Coi chừnh bạn có sự lầm lẫn giữa TCP/IP OSI và Netware rồi đó.

Ban đầu người ta hình thành chuẩn TCP/IP để cho information dựa vào tiêu chuẩn đó để mà có thể transmit đưọc. Về sau ngưòi ta mới đưa ra mô hình OSI để làm đơn giản hoá các layer và dễ dàng cho việc giáo dục cũng như nghiên cứu. Còn Netware thật chất là 1 dạng network operating Ssytem có các service và họat động dựa trên địa chỉ IPX ( Internetwork Packet Exchange ) nó hơi khác với địa chỉ IP của hai mô hình TCP/IP và OSI ( Bạn sẽ học kỹ về IPX hơn về sau nay).

[phoenix]

người ta chỉ so sánh TCP/IP với Netware thôi , còn OSI là mô hình hệ thống mở dùng chung cho mọi hệ điều hành mạng mà. Hệ điều hành mạng WinNT hay Win2K và Netware là hoàn toàn độc lập với nhau. Netware dùng địa chỉ IPX/SPX, còn WinNT thì dùng NetBEUI (trong mang nhỏ local) hoặc TCP/IP.

[phoenix]

2. Tại sao có application software mà những layer như presentation và sesion không create header tag, chỉ có lớp application tạo header thôi. Như vậy thì không đúng với data encapsulation của OSI ?

==> Phượng thấy trong sách vẽ hình có tạo header tag ở layer 5 và layer 6 mà, data cứ đi qua mỗi layer là được đóng gói theo dạng thức của layer đó. Đối với mô hình OSI thì có đủ 7 layer và data được đóng gói lần lượt đến layer 1 thì thôi ko thêm header hay trailer nữa (vì dữ liệu dạng bit làm sao mà đóng gói được nữa). Còn đối với TCP/IP protocol thì 3 layer trên cùng là Application, Presentation và Session được đơn giản hóa thành 1 layer là Application nên data chỉ được đóng gói 1 lần rồi xuống đến TCP (UDP) ở tầng transport luôn.
Coi chừng nhầm lẫn giữa các protocol đó. OSI chỉ là 1 mô hình dùng chung thôi, các protocol khác có thể đơn giản hơn = cách xác nhập 2 hoặc 3 layer lại thành 1 layer duy nhất, nhưng chức năng thì vẫn không thay đổi.

Nếu có gì sai thì hãy chỉnh dùm, Phoenix nhìn hình trong sách thì nghĩ vậy. ;)

[thuy]

cho thuỷ hỏi một tí, thật ra header tag mà hai chị đang nói là cái gì vậy?
em thấy trong sách s1 thì cả 3 lớp 7,6,5 đều là data stream hết mà.. khi encap xuống đến layer 4 mới tạo thành những segment, rồi sau đó là đến layer 3 add network header, layer 2 add frame header + frame trailer, layer 1 thì mới convert to bits..
thật ra hình như em đang bị confused đó, cái hình mà em nói nằm ở C2-S1, còn cái hình mà chị nói có phải là nó ko vậy..
nếu vậy thì layer 7 đâu có tạo header gì đâu.. sao em hong hieu gì hết luôn đó. ai biết chỉ dùm, please.......
:cry:

[sinhviengiau]

em đang học S1 nè, mikami nói phần đó ở chapter mấy vậy, làm ơn chỉ cho em luôn với?
có phải chapter OSI ko? em thấy cái hình trong đó cả ba lớp 5,6,7 đều là data stream hết mà..

[sinhvienngheo]

hi sinhviengiau,

dữ liệu ở lớp application, presentation, session không bị "chặt" và đóng gói. Tất cả dữ liệu ở ba cấp đó đều được gọi chung là dữ liệu người dùng - data stream.

Khi xuống đến lớp trannsport mới bị chia thành từng segment.

vậy bạn ok với kết luận của bạn.

Chúc vui,

[sinhviengiau]

hehe, có đồng minh rồi,
thật ra klepski ơi, bạn hỏi câu đó nghĩa là gì vậy, hay là mình hiểu nhầm câu hỏi của bạn

[klepski]

hehe, có đồng minh rồi,
thật ra klepski ơi, bạn hỏi câu đó nghĩa là gì vậy, hay là mình hiểu nhầm câu hỏi của bạn
Lúc mà mình hỏi như vậy là do mình chưa nắm được về TCP/IP, bây giờ thì mình hiểu hơn rồi.

Anh Mikami, anh Trang ơi, em thấy trong ******** và test flash có rất nhiều thuật ngữ nói về công nghệ như SNAP, FDDI, NCP,..... tụi em có thể tra cứu những thuật ngữ đó ở đâu vậy?

[thuy]

Anh Mikami, anh Trang ơi, em thấy trong ******** và test flash có rất nhiều thuật ngữ nói về công nghệ như SNAP, FDDI, NCP,..... tụi em có thể tra cứu những thuật ngữ đó ở đâu vậy?

bạn có thể tra cứu ở www.cisco.com, chắc chắn rồi, ngoài ra. đó cũng là một trang web tra cứu rất hữu dụng về các vấn đề bạn chưa clear lắm về mạng, các thiết bị hay technology của cisco..
FDDI: fiber distributed data interface
NCP: network control program
ah, còn có thể tra cứu trong phần glossary của sách academy CCNA nữa.
chúc bạn vui vẻ và ngày càng tiến bộ..

[quoctrang]

từ từ về sau bạn sẽ biết thôi mà . Còn FDDI nằm trong phần network topology đã đọc rồi mà .

[TYT001]

Lúc mà mình hỏi như vậy là do mình chưa nắm được về TCP/IP, bây giờ thì mình hiểu hơn rồi.

Anh Mikami, anh Trang ơi, em thấy trong ******** và test flash có rất nhiều thuật ngữ nói về công nghệ như SNAP, FDDI, NCP,..... tụi em có thể tra cứu những thuật ngữ đó ở đâu vậy?
Mình mới biết website này nè:
http://www.acronymfinder.com/
Acronym finder là một trang web chứa hồ sơ lưu trữ các từ viết tắt trong tiếng Anh dành cho những ai muốn tìm hiểu. Tại đây, bạn có thể dễ dàng tìm kiếm nghĩa của những từ viết tắt rất nhanh chóng. Các từ viết tắt được chia theo từng lĩnh vực khác nhau từ quân sự, chính trị, khoa học, kinh tế đến các lĩnh vực như công nghệ thông tin, các từ lóng (slang) và chat.

[Kien Cang]

Chào mọi người,

Tự nhiên đọc lại sách mình thấy có théc méc ngớ ngẩn thế này: :oops:
_Trong slide của CISCO có nói rằng các layer của OSI model đều add header vào PDU của nó
trừ layer 1
_Nhưng mình coi trong sách thì mình chỉ thấy Layer2 và 3 là có thêm header thôi
Layer 7,6,5 chỉ là data còn layer 4 có nhiệm vụ segment data into data stream....
Không biết mình hiểu có đúng không xin mọi người chỉ giáo.
Thanks a lot.

[marsupilami]

Layer 7,6,5,4 đều có thêm header vào data.
VD layer lớp 4 thêm các thông tin về source port, destination port, ACK, ....
Nhưng học về Cisco chúng ta chỉ chú trọng đến các lớp dưới, nên các lớp trên không được nói kỹ.
Mình cũng từng đọc tài liệu nói rằng các lớp 7,6,5 cũng add header.

[Present]

Đương nhiên rồi, tầng nào thực hiện chức năng của chúng thì đều phải có thông tin về những gi chúng đã làm chứ. Nên Encapsulation được thực hiện trên cả 7 lớp trong mô hình tham chiếu OSI.

[hoangminh]

Mình có một số thắc mắc sau :
TCP/IP suite thì dựa vào OSI model. Do vậy, chúng có sự tương đồng, nhưng mình cũng không hiểu được tại sao lớp Application của TCP/IP có một trong các chức năng của nó là ENCODE mà lẽ ra chức năng này được so sánh tương đương với chức năng của lớp Presentation trong OSI. Trong khi Presentation lại là Encryption.
Mình nghĩ đây chỉ là một điểm nhỏ trong vấn đề so sánh giữa hai mô hình. Mong các anh chị và các bạn giải đáp và cùng bàn luận thêm.

[govap]

Theo mình thì bạn không thể nói:

TCP/IP suite dựa vào mô hình OSI vì mô hình OSI có sau TCP/IP. OSI là một mô hình mang tính lý tưởng nên sẽ không phản ánh hòan tòan những giao thức đang tồn tại trong thực tế như TCP/IP.

Lớp Application của TCP/IP sẽ bao gồm cả ba lớp trên cùng của mô hình OSI. Do đó chức năng encode trong tcp/ip có thể xem là tương đồng với chức năng encryption trong presentation của OSI.

Hai thuật ngữ này là tương đương nhau.

Cám ơn

[Hajime]

To marsupilami
Tại sao ta không tìm hiểu kỹ về Layer 7, 6, 5 header? Theo hajime nghĩ thì các header được encap ở layer 7, 6, 5 ít bị lỗi trong quá trình transmission hơn. Với lại, khi tìm hiểu về network thì ta tìm hiểu tập trung vào các thiết bị LAN và WAN, và cách truyền packet trên network mà các việc này thì nằm chủ yếu từ layer 4 trở xuống nên ta cần phải cần tìm hiểu kỹ cấu trúc các packet , các frame này.

Có thể ở level CCNA thì chỉ tìm hiểu ở mức độ này thôi... Có thể lên CCNP, hay CCIE thì sẽ tìm hiểu kỹ các layer trên chăng???

To govap: hajime đồng ý với govap.....

Thân chào,

[hoangminh]

Thanks,
Các bạn nói đúng, mình chỉ nên tập trung vào các lớp dưới thôi. Nhưng mấy lớp dưới thì nhiều người đều biết, mình .. "thét mét" chỗ đó quá nên mới hỏi.

Chúc thành công,

[nnhai]

chào các bạn
Theo mình biết thì mô hình OSI chỉ là mô hình lý thuyết để kết nối các hệ thống với nhau thôi.
Còn TCP/IP hay Novell netware... dựa trên chuẩn OSI mà xây dựng. Do đó có thể hơi khác so với mô hình lý thuyết OSI.
Trong OSI các PDU có add các header dể cho xuống tầng dưới nhưng TCP/IP và Novell có một số tầng không có.

[changchancuucodon]

Mô hình OSI là mô hình mang tính lý thuyệt Thực tế khôg có hệ thống nào hoặc protocol nào hiện thực đầy đủ theo mô hình lý thuyết trện

TCP/IP có một số tầng không tương thích hòan tòan với mô hình 7 lớp. Cụ thể là

TCP có 4 lớp:
Ápplication
TCP/UDP
Internet (IP)
Nétwork Áccess.

Do đó, lớp Nétwork áccess của TCP/Ip sẽ tương đương với lớp Dátalink và Physical của mô hình OSI. Còn lớp ápplication của TCP/IP sẽ tương đương với 3 lớp trên cùng của mô hình OSI.

Thân,

[monkey1980]

cam on ban senior member đã cho cái link này,mình cũng đang tìm nhưng ko biết nó ở đâu.Cảm ơn rất nhiều.

[huynhquocphong]

Hi,

2 mô hình TCP/IP và OSI khác nhau về cách nhận thức thôi. Còn về quá trình encapsulation tiến hành theo trật tự: data --> segment --> packet --> frame -- bit.
Việc gắn các header hay trailer thì trong CCNA INTRO có nói sơ lược qua rồi đấy. Các layer đều có gắn thêm header. Trong TCP/IP, chỉ layer Network Interface sẽ thêm trailer vào, còn trong mô hình OSI thì layer Data-link sẽ thêm trailer vào.
Bye

[angel_of_devil]

1. Điểm khác nhau giữa encapsulation giữa TCP/IP và OSI chỉ là khác nhau về mặt nhận thức và cách diễn đạt của từng mô hình.

Ví dụ trong Layer Physical và Datalink của OSI ta thấy liên quan tới các bit 0 1 và Frame thì thật chất bên Network Interface của TCP/IP cũng vậy thôi nhưng bên TCP/IP thì nó gôm chung vào 1 layer chứ không fân biệt là các bit sẽ đưọc đóng gói thành từng Frame ( trong deencapsulation operation ) hay là các Frame sẽ chuyển thành các bit ( khi encapsulation ) nghĩa là chúng vẫn fải đưọc thêm hay đưọc loại bỏ các MAC address.

3. Coi chừnh bạn có sự lầm lẫn giữa TCP/IP OSI và Netware rồi đó.

Ban đầu người ta hình thành chuẩn TCP/IP để cho information dựa vào tiêu chuẩn đó để mà có thể transmit đưọc. Về sau ngưòi ta mới đưa ra mô hình OSI để làm đơn giản hoá các layer và dễ dàng cho việc giáo dục cũng như nghiên cứu. Còn Netware thật chất là 1 dạng network operating Ssytem có các service và họat động dựa trên địa chỉ IPX ( Internetwork Packet Exchange ) nó hơi khác với địa chỉ IP của hai mô hình TCP/IP và OSI ( Bạn sẽ học kỹ về IPX hơn về sau nay).

Ban đầu người ta hình thành chuẩn TCP/IP để cho information dựa vào tiêu chuẩn đó để mà có thể transmit đưọc. Về sau ngưòi ta mới đưa ra mô hình OSI để làm đơn giản hoá các layer và dễ dàng cho việc giáo dục cũng như nghiên cứu. <-- :confused: OSI was born before TCP/IP :(

[wlansecu]

Mọi người coi lại nhé:
Mô hình 7 lớp OSI là MÔ HÌNH THAM CHIẾU, nó chỉ có ý nghĩ phân tích, chứ o có ý nghĩa thực tiễn vì trong thực tế người ta không sử dụng mô hình OSI, mà chỉ dùng TCP/IP hoặc các mô hình khác.
Mô hình OSI chỉ là để tham chiếu, và phân tích.

Tài liệu về chuyên 3 lớp trên, 7, 6, 5 có nói về thêm header mình chưa đọc bao giờ, bạn nào có thì đưa lên đây nhé.
Tuy nhiên theo cấp độ nghiên cứu CCNA, thì cứ coi là đến lớp 4 nó mới chia thành Data, sau đó ....

Về thuật ngữ: Thêm header... thì gọi là quá trình đóng gói (encapsulation) dữ liệu, dữ liệu đi từ lớp trên xuống.

Còn bên nhận, bóc tách các header, trailer... ra thì các bác không được dich là ĐÓNG GÓI, vì lúc đó là ngược lại rồi: Deencapsualtion

Huy Bắc

[inf-thienth]

Thanks mọi người nghen ...

[huyphuc1981_nb]

Đừng nên hiểu quá máy móc của quá trình đóng gói. ĐÓng gói không phải chỉ là thêm đầu, nhièu lúc nó nén, mã hóa và chặt nhỏ dữ liệu, nhiều lúc chẳng làm gì.

Ví dụ, mô hình mạng ban đầu chỉ có một lớp phần mềm là Application:

Application layer
Transport layer
Internet layer
Network Access layer


Rồi Application mới chia ra 3 lớp, dữ liệu đi trong 3 lớp nhìn chung chưa có format, được gọi là luồng dữ liệu, data stream.

Session layer: Thiết lập phiên làm việc giữa ứng dụng và máy tính ở xa.
Ban đầu, người ta chỉ có khái niệm nối máy tính-máy tính, chỉ cần địa chỉ IP là đủ. Nhưng sau này, các phương thức bảo mật tiến lên người ta đưa ra tập 3 khái niệm: máy tính, người dùng và phiên làm việc. Các loại IP chỉ nói đến máy tính. User được bảo mật bằng user name và password và có thêm pro file hay scrip riêng. User name và password chỉ có giá trị trong phiên làm việc Session.

Presentation layer: Cũng phục vụ cho các yêu cầu truyền mới. Đây là lớp thực hiện biệc bên tập dữ liệu: nén, mã hóa.

Application layer: đây là cửa giao tiếp phần mềm của mạng và các ứng dụng. Ở đây tiếp nhận những yêu cầu truyền file, truyền message.......

Như vậy, tùy yêu cầu mà dữ liệu được truyền đơn giản hay phức tạp.
Nếu như với các boardcast công cộng thì section và Presentation chẳng có việc gì để làm và chúng để nguyên dữ liệu.
Nhưng fpt thì section và Presentation rất bận bịu, section lúc khởi động tham gia vào việc tạo ra khóa mã. Presentation dựa vào khóa mã đó thay đổi toàn bộ dữ liệu của APP chứ không thỉ thêm thắt đầu đuôi.

Lớp Network Access layer sau này trở thành 2 lớp
Network layer
Data Link layer

Data link được các nhà kỹ thuật chia ra 2 lớp LLC và MAC.

http://vnpro.org/forum/attachment.php?attachmentid=578&stc=1&d=1190076618

Transport Layer là lớp quản lý port và socket. Luồng data stream từ các lớp trên đến đây không chỉ được thêm đầu đuôi mà còn bị thay đổi, từ các data stream thành các datagram. Có hai kiểu datagram được hình thành là TCP và UDP.

Internet Layer thêm vào khái niệm địa chỉ IP

Đến hai lớp vậy lý Network layer và Data Link layer thì dữ liệu được băm ra thành nhiều đoạn cho vừa, thêm MAC và trở thành các frame.

[vipbk09]

Thấy thread hay nên cho em đào lại. Em cũng đang thắc mắc:

Qua các lớp 5,6,7 thì dữ liệu chưa bị chia nhỏ (vẫn đang là data stream) nhưng vẫn được đóng header. Đến lớp 4 thì bắt đầu bị chia nhỏ ra thành các segment. Nếu chia như thế, sẽ có các segment chưa header, có segment không chưa header?

[wlansecu]

Dữ liệu phải đi đến cuối cùng rồi mới ra ngoài.

[netbaby]

Ban đầu người ta hình thành chuẩn TCP/IP để cho information dựa vào tiêu chuẩn đó để mà có thể transmit đưọc. Về sau ngưòi ta mới đưa ra mô hình OSI để làm đơn giản hoá các layer và dễ dàng cho việc giáo dục cũng như nghiên cứu. <-- :confused: OSI wasz chính xác là TCP/IP có trước OSI.


Thấy thread hay nên cho em đào lại. Em cũng đang thắc mắc:

Qua các lớp 5,6,7 thì dữ liệu chưa bị chia nhỏ (vẫn đang là data stream) nhưng vẫn được đóng header. Đến lớp 4 thì bắt đầu bị chia nhỏ ra thành các segment. Nếu chia như thế, sẽ có các segment chưa header, có segment không chưa header?
Lưu ý là chúng ta sẽ segment ở lớp 4 và cả fragment ở lớp 3 (chia nhỏ 2 lần, note: ở lớp 2 tùy công nghệ mà có thể có thêm fragment ở lớp 2). Đứng ở lớp 3, segment từ lớp 4 đưa xuống, lớp 3 chia nhỏ segment đó thành nhiều gói nhỏ. Khi đó lớp 3 không quan tâm fragment chia nhỏ đó có chứa header layer 4 hay không.

Mình có 1 câu hỏi mời các bạn cùng thảo luận. Ở máy nhận, đứng ở lớp 3, khi nào thì các fragment được tái hợp và đưa tiếp lên lớp 4?

[minhduc2009]

chính xác là TCP/IP có trước OSI.


Lưu ý là chúng ta sẽ segment ở lớp 4 và cả fragment ở lớp 3 (chia nhỏ 2 lần, note: ở lớp 2 tùy công nghệ mà có thể có thêm fragment ở lớp 2). Đứng ở lớp 3, segment từ lớp 4 đưa xuống, lớp 3 chia nhỏ segment đó thành nhiều gói nhỏ. Khi đó lớp 3 không quan tâm fragment chia nhỏ đó có chứa header layer 4 hay không.

Mình có 1 câu hỏi mời các bạn cùng thảo luận. Ở máy nhận, đứng ở lớp 3, khi nào thì các fragment được tái hợp và đưa tiếp lên lớp 4?

Khi dữ liệu tới một router, tại Tầng Network, Router sẽ dựa vào băng thông để thay đổi nội dung các trường Frag và Fragment offset để điều chỉnh kích thước gói tin (MTU). Do vậy, mình nghĩ các fragment sẽ được điều chỉnh theo MTU tại mỗi router nhận gói tin trước khi được determine path và forward packet. Các fragment sẽ có chỉ số ID nên hoàn toàn có thể ghép nối lại thành các segment.