Once a read or write request has be

Once a read or write request has been made, the server uses the IP address and UDP protocol port number of the client to identify subsequent operations. Thus, neither data messages (the messages that carry blocks from the file) nor ack messages (the messages that acknowledge data blocks) need to specify the file name. The final mes- sage type illustrated in Figure 26.2 is used to report errors. Lost messages can be re- transmitted after a timeout, but most other errors simply cause termination of the in- teraction.
MODE 0
BLOCK #
ERROR (5)
0
MODE
DATA OCTETS ...
0
ERROR CODE ERROR MESSAGE 0
Sec. 26.11 TFTP 507
TFTP retransmission is unusual because it is symmetric. Each side implements a timeout and retransmission. If the side sending data times out, it retransmits the last data block. If the side responsible for acknowledgements times out, it retransmits the last acknowledgement. Having both sides participate in retransmission helps ensure that transfer will not fail after a single packet loss. While symmetric retransmission guarantees robustness, it can lead to excessive re- transmissions. The problem, known as the Sorcerer's Apprentice Bug, arises when an acknowledgement for data packet k is delayed, but not lost. The sender retransmits the data packet, which the receiver acknowledges. Both acknowledgements eventually ar- rive, and each triggers a transmission of data packet k+l. The receiver will ack- nowledge both copies of data packet k+l, and the two acknowledgements will each cause the sender to transmit data packet k+2. The Sorcerer's Apprentice Bug can also start if the underlying internet duplicates packets. Once started, the cycle continues in- definitely with each data packet being transmitted exactly twice. Although TFTP contains little except the minimum needed for transfer, it does sup- port multiple file types. One interesting aspect of TFTP allows it to be integrated with electronic mail?. A client can specify to the server that it will send a file that should be treated as mail with the FILENAME field taken to be the name of a mailbox to which the server should deliver the message.
26.12 NFS
Initially developed by Sun Microsystems Incorporated, the Network File System (NFS) provides on-line shared file access that is transparent and integrated; many TCP/IP sites use NFS to interco~ect their computers' file systems. From the user's perspective, NFS is almost invisible. A user can execute an arbitrary application pro- gram and use arbitrary files for input or output. The file names themselves do not show whether the files are local or remote.
26.1 3 NFS Implementation
Figure 26.3 illustrates how NFS is embedded in an operating system. When an ap- plication program executes, it calls the operating system to open a file, or to store and retrieve data in files. The file access mechanism accepts the request and aatomatically passes it to either the local file system software or to the NFS client, depending on whether the file is on the local disk or on a remote machine. When it receives a re- quest, the client software uses the NFS protocol to contact the appropriate server on a remote machine and perform the requested operation. When the remote server replies, the client software returns the results to the application program

Kết quả (Việt) 1:

Một khi một yêu cầu đọc hoặc viết đã được thực hiện, máy chủ sử dụng địa chỉ IP và số hiệu cổng giao thức UDP của khách hàng để xác định các hoạt động tiếp theo. Do đó, tin nhắn dữ liệu (thư mang khối từ các tập tin) cũng như ack thư (các tin nhắn xác nhận dữ liệu khối) cần phải chỉ định tên tệp. Loại mes-sage cuối cùng được minh họa trong hình 26.2 được sử dụng để báo cáo lỗi. Mất tin nhắn có thể là tái-truyền sau một thời gian chờ, nhưng hầu hết các lỗi khác chỉ đơn giản là gây ra chấm dứt trong teraction. CHẾ ĐỘ 0 CHẶN # LỖI (5) 0 CHẾ ĐỘ DỮ LIỆU OCTET... 0 THÔNG BÁO LỖI MÃ LỖI 0 SEC. 26.11 TFTP 507 TFTP retransmission là không bình thường vì nó là đối xứng. Mỗi bên thực hiện một thời gian chờ và retransmission. Nếu phía bên gửi dữ liệu lần ra, nó retransmits các khối dữ liệu cuối cùng. Nếu bên chịu trách nhiệm về lời cảm ơn lần ra, nó retransmits xác nhận cuối cùng. Có cả hai bên tham gia vào retransmission giúp đảm bảo rằng chuyển giao sẽ không thất bại sau khi mất một gói duy nhất. Trong khi đối xứng retransmission đảm bảo vững mạnh, nó có thể dẫn đến quá nhiều re-truyền. Vấn đề này, được gọi là của phù thủy tập sự lỗi, phát sinh khi một lời cảm ơn cho dữ liệu gói k chậm trễ, nhưng không bị mất. Người gửi retransmits gói dữ liệu, mà người nhận thừa nhận. Lời cảm ơn cả hai cuối cùng ar - rive, và mỗi kích hoạt một truyền dữ liệu gói k + l. Người nhận sẽ ack-nowledge cả hai bản sao của dữ liệu gói k + l, và hai lời cảm ơn mỗi sẽ gây ra người gửi để truyền dữ liệu gói k + 2. Của phù thủy tập sự lỗi cũng có thể bắt đầu nếu internet cơ bản bản sao gói. Một khi bắt đầu, chu kỳ tiếp tục tại - chắc chắn với mỗi gói dữ liệu được truyền đi chính xác hai lần. Mặc dù TFTP có chứa ít ngoại trừ tối thiểu cần thiết để chuyển, nó như sup-cổng nhiều loại tệp. Một trong những khía cạnh thú vị của TFTP cho phép nó được tích hợp với thư điện tử. Một khách hàng có thể chỉ định đến máy chủ nó sẽ gửi một tập tin phải được coi là thư với các lĩnh vực tên tập tin thực hiện là tên của một hộp thư mà các máy chủ gửi thư. 26.12 NFS Ban đầu được phát triển bởi Sun Microsystems Incorporated, Hệ thống tập tin mạng (NFS) cung cấp truy nhập tệp chia sẻ trên mạng là minh bạch và tích hợp; nhiều TCP/IP trang web sử dụng NFS để interco ~ ect máy tính của họ tập tin hệ thống. Từ quan điểm của người dùng, NFS là hầu như vô hình. Người dùng có thể thực hiện một ứng dụng tùy ý pro-gam và sử dụng bất kỳ tập tin cho đầu vào hoặc đầu ra. Tên tập tin mình không hiển thị cho dù các tập tin được địa phương hoặc từ xa. 26,1 thực hiện 3 NFS Con số 26,3 minh hoạ cách NFS được nhúng vào trong một hệ điều hành. Khi một chương trình ap-plication thực hiện, nó gọi hệ điều hành để mở một tập tin, hoặc để lưu trữ và lấy dữ liệu trong tệp. Các tập tin truy cập cơ chế chấp nhận yêu cầu và aatomatically vượt qua nó để hoặc là các phần mềm hệ thống tập tin địa phương hoặc cho khách hàng NFS, tùy thuộc vào việc liệu tập tin là trên đĩa cục bộ hoặc trên một máy tính từ xa. Khi nó nhận được một nhiệm vụ tái, phần mềm máy sử dụng giao thức NFS để liên hệ với máy chủ thích hợp trên một máy tính từ xa và thực hiện thao tác được yêu cầu. Khi trả lời máy chủ từ xa, phần mềm khách hàng trả lại kết quả các chương trình ứng dụng

Kết quả (Việt) 2:

Khi một yêu cầu đọc hoặc viết đã được thực hiện, các máy chủ sử dụng địa chỉ IP và UDP giao thức của khách hàng để xác định các hoạt động tiếp theo. Do đó, không phải thông điệp dữ liệu (các thông điệp mang khối từ các tập tin), cũng không ack tin nhắn (các tin nhắn xác nhận khối dữ liệu) cần phải xác định tên tập tin. Các mes- loại hiền thức minh họa trong hình 26.2 được sử dụng để báo cáo lỗi. Bị mất các thông điệp có thể được truyền lại sau một thời gian chờ, nhưng hầu hết các lỗi khác chỉ đơn giản gây ra chấm dứt teraction tư.
CHẾ ĐỘ 0
BLOCK #
ERROR (5)
0
CHẾ ĐỘ
octet dữ liệu ...
0
LỖI MÃ LỖI THÔNG ĐIỆP 0
Sec. 26,11 TFTP 507
TFTP truyền lại là bất thường bởi vì nó là đối xứng. Mỗi bên thực hiện một thời gian chờ và truyền lại. Nếu bên gửi dữ liệu lần ra ngoài, nó truyền lại các khối dữ liệu cuối cùng. Nếu các bên chịu trách nhiệm về sự thừa nhận lần ra ngoài, nó truyền lại sự thừa nhận cuối cùng. Có cả hai bên tham gia vào truyền lại giúp đảm bảo rằng chuyển giao sẽ không thất bại sau khi một mất gói tin duy nhất. Trong khi truyền lại đối xứng đảm bảo mạnh mẽ, nó có thể dẫn đến truyền lại quá nhiều. Vấn đề, ​​được gọi là Apprentice Bug phù thủy, phát sinh khi một sự thừa nhận cho gói dữ liệu k bị trì hoãn, nhưng không bị mất. Người gửi truyền lại các gói dữ liệu, mà người nhận thừa nhận. Cả hai lời cảm ơn cuối cùng ar- lúa, và mỗi gây nên một truyền gói dữ liệu k + l. Người nhận sẽ ack- nowledge cả hai bản sao của dữ liệu gói k + l, và cả hai thừa nhận mỗi người sẽ làm cho người gửi để truyền tải gói dữ liệu k + 2. Apprentice Bug phù thủy cũng có thể bắt đầu nếu internet cơ bản trùng lặp gói tin. Một khi bắt đầu, chu kỳ tiếp tục trong- chắc chắn với mỗi gói dữ liệu được truyền đi chính xác hai lần. Mặc dù TFTP chứa ít ngoại trừ tối thiểu cần thiết cho việc chuyển giao, nó sự hỗ trợ nhiều loại tập tin. Một khía cạnh thú vị của TFTP cho phép nó được tích hợp với thư điện tử ?. Một khách hàng có thể chỉ định đến máy chủ mà nó sẽ gửi một tập tin đó phải được coi là mail với lĩnh vực tập tin này đưa đến là tên của một hộp thư mà máy chủ sẽ cung cấp những tin nhắn.
26,12 NFS
Ban đầu được phát triển bởi Sun Microsystems Incorporated, các Hệ thống tập tin mạng (NFS) cung cấp trên mạng chia sẻ quyền truy cập tập tin đó là minh bạch và tích hợp; nhiều trang web TCP / IP sử dụng NFS để Interco ~ vv hệ thống tập tin máy tính của họ. Từ quan điểm của người dùng, NFS là gần như vô hình. Một người sử dụng có thể thực hiện một ứng dụng tùy ý gram và sử dụng tập tin tùy ý cho đầu vào và đầu ra. Các tên tập tin mình không hiển thị cho dù các tập tin địa phương hoặc từ xa.
26.1 3 NFS thực hiện
hình 26.3 minh họa cách NFS được nhúng vào trong một hệ điều hành. Khi một chương trình quăn cận thực hiện, nó gọi hệ điều hành để mở một tập tin, hoặc để lưu trữ và truy xuất dữ liệu trong các tập tin. Cơ chế truy cập file chấp nhận yêu cầu và aatomatically chuyển nó cho một trong hai phần mềm hệ thống tập tin địa phương hoặc cho khách hàng NFS, tùy thuộc vào việc các tập tin nằm trên đĩa cục bộ hoặc trên một máy tính từ xa. Khi nhận được một nhiệm vụ lại, phần mềm máy khách sử dụng giao thức NFS để liên lạc với máy chủ thích hợp trên một máy từ xa và thực hiện các hoạt động yêu cầu. Khi trả lời các máy chủ từ xa, phần mềm máy khách trả về kết quả cho các chương trình ứng dụng