Functionally, ARP is divided into t

Functionally, ARP is divided into two parts. The first part maps an IP address to a
physical address when sending a packet, and the second part answers requests from oth-
er machines. Address resolution for outgoing packets seems straightforward, but small
details complicate an implementation. Given a destination IP address the software con-
sults its ARP cache to see if it knows the mapping from IP address to physical address.If it does, the software extracts the physical address, places the data in a frame using
that address, and sends the frame. If it does not know the mapping, the software must
broadcast an ARP request and wait for a reply.
Broadcasting an ARP request to find an address mapping can become complex.
The target machine can be down or just too busy to accept the request. If so, the sender
may not receive a reply or the reply may be delayed. Because the Ethernet is a best-
effort delivery system, the initial ARP broadcast request can also be lost (in which case
the sender should retransmit, at least once). Meanwhile, the host must store the original
outgoing packet so it can be sent once the address has been resolvedt. In fact, the host
must decide whether to allow other application programs to proceed while it processes
an AFW request (most do). If so, the software must handle the case where an applica-
tion generates additional ARP requests for the same address without broadcasting multi-
ple requests for a given target.
Finally, consider the case where machine A has obtained a binding for machine B,
but then B's hardware fails and is replaced. Although B's address has changed, A's
cached binding has not, so A uses a nonexistent hardware address, making successful re-
ception impossible. This case shows why it is important to have ARP software treat its
table of bindings as a cache and remove entries after a fixed period. Of course, the ti-
mer for an entry in the cache must be reset whenever an AFW broadcast arrives contain-
ing the binding (but it is not reset when the entry is used to send a packet).
The second part of the ARP code handles ARP packets that arrive from the net-
work. When an ARP packet arrives, the software first extracts the sender's IP address
and hardware address pair, and examines the local cache to see if it already has an entry
for the sender. If a cache entry exists for the given IP address, the handler updates that
entry by overwriting the physical address with the physical address obtained from the
packet. The receiver then processes the rest of the AFW packet.
A receiver must handle two types of incoming ARP packets. If an ARP request ar-
rives, the receiving machine must see if it is the target of the request (i.e., some other
machine has broadcast a request for the receiver's physical address). If so, the ARP
software fomls a reply by supplying its physical hardware address, and sends the reply
directly back to the requester. The receiver also adds the sender's address pair to its
cache if the pair is not already present. If the IP address mentioned in the ARP request
does not match the local IP address, the packet is requesting a mapping for some other
machine on the network and can be ignored.
The other interesting case occurs when an AFW reply arrives. Depending on the
implementation, the handler may need to create a cache entry, or the entry may have
been created when the request was generated. In any case, once the cache has been up-
dated, the receiver tries to match the reply with a previously issued request. Usually,
replies arrive in response to a request, which was generated because the machine has a
packet to deliver. Between the time a machine broadcasts its ARP request and receives
the reply, application programs or higher-level protocols may generate additional re-
quests for the same address; the software must remember that it has already sent a re-
quest and not send more. Usually, ARP software places the additional packets on a
queue. Once the reply arrives and the address binding is known, the ARP software re- moves packets from the queue, places each packet in a frame, and uses the address
binding to fill in the physical destination address. If it did not previously issue a re-
quest for the IP address in the reply, the machine updates the sender's entry in its cache,
and then simply stops processing the packet.

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

Chức năng, ARP được chia thành hai phần. Phần đầu bản đồ một địa chỉ IP cho một địa chỉ vật lý khi gửi một gói dữ liệu, và phần thứ hai trả lời yêu cầu từ oth- er máy. Độ phân giải địa chỉ cho các gói tin gửi đi có vẻ đơn giản, nhưng nhỏ thông tin chi tiết phức tạp một cách hiện thực. Đưa ra một điểm đến địa chỉ IP phần mềm con- sults bộ đệm ẩn ARP của nó để xem nếu nó biết ánh xạ từ IP địa chỉ đến địa chỉ vật lý. Nếu có, phần mềm chất chiết xuất từ địa chỉ vật lý, nơi các dữ liệu trong một khung hình bằng cách sử dụng có địa chỉ và gửi các khung. Nếu nó không biết việc lập bản đồ, phần mềm phải phát sóng một yêu cầu ARP và chờ đợi cho một thư trả lời. Phát thanh truyền một yêu cầu ARP để tìm một ánh xạ địa chỉ có thể trở nên phức tạp. Các máy tính mục tiêu có thể xuống hoặc chỉ cần quá bận rộn để chấp nhận yêu cầu. Nếu vậy, người gửi có thể không nhận được một thư trả lời hoặc trả lời có thể được trì hoãn. Bởi vì Ethernet là một tốt nhất- Hệ thống phân phối nỗ lực, ban đầu cũng có thể bị mất broadcast ARP request (trong trường hợp người gửi nên retransmit, ít nhất một lần). Trong khi đó, chủ nhà phải lưu trữ bản gốc gói tin gửi đi do đó, nó có thể được gửi sau khi các địa chỉ đã là resolvedt. Trong thực tế, các máy chủ phải quyết định để cho phép các chương trình ứng dụng khác để tiến hành trong khi đó quá trình một yêu cầu AFW (hầu hết làm). Nếu vậy, các phần mềm phải xử lý các trường hợp nơi một applica- tion tạo ra yêu cầu ARP bổ sung cho cùng một địa chỉ mà không phát sóng đa- ple các yêu cầu cho một mục tiêu nhất định. Cuối cùng, hãy xem xét trường hợp nơi máy A đã thu được một ràng buộc cho máy tính B, nhưng sau đó B của thất bại phần cứng và được thay thế. Mặc dù địa chỉ của B đã thay đổi, A ràng buộc ẩn đã không, do đó, A sử dụng một địa chỉ phần cứng không tồn tại, làm cho thành công re- ception không thể. Trường hợp này cho thấy tại sao nó là quan trọng để có phần mềm ARP điều trị của nó bảng bindings như một mục bộ nhớ cache và xóa sau một thời gian cố định. Tất nhiên, ti- Mer cho một mục nhập trong bộ nhớ cache phải được đặt lại bất cứ khi nào một phát sóng AFW đến chứa- ing ràng buộc (nhưng nó không được đặt lại khi các mục nhập được sử dụng để gửi một gói tin). Phần thứ hai của ARP mã xử lý gói tin ARP đến từ net- làm việc. Khi một gói dữ liệu ARP đến, phần mềm đầu tiên chiết xuất từ các địa chỉ IP của người gửi và phần cứng địa chỉ cặp, và kiểm tra bộ nhớ cache của địa phương để xem nếu nó đã có một mục nhập cho người gửi. Nếu một bộ nhớ cache entry tồn tại cho các địa chỉ IP nhất định, xử lý thông tin Cập Nhật mà Entry bằng cách ghi đè địa chỉ vật lý với địa chỉ vật lý được lấy từ các gói. Người nhận sau đó xử lý phần còn lại của gói AFW. Một bộ tiếp nhận phải xử lý hai loại các ARP gói dữ liệu. Nếu yêu cầu ARP một ar - Rives, tiếp nhận máy phải xem nếu nó là mục tiêu yêu cầu (ví dụ, một số khác máy đã phát sóng một yêu cầu của người nhận địa chỉ vật lý). Nếu vậy, các ARP phần mềm fomls trả lời bằng cách cung cấp địa chỉ phần cứng vật lý của nó, và gửi trả lời trực tiếp về requester. Người nhận cũng cho biết thêm cặp địa chỉ của người gửi để của nó bộ nhớ cache nếu các cặp không phải là đã xuất hiện. Nếu địa chỉ IP đề cập trong yêu cầu ARP không khớp với địa chỉ IP nội bộ, gói dữ liệu yêu cầu một bản đồ cho một số khác máy trên mạng và có thể được bỏ qua. Thú vị trường hợp xảy ra khi một thư trả lời AFW đến. Tùy thuộc vào các triển khai thực hiện, bộ xử lý có thể cần phải tạo một mục nhập bộ nhớ cache, hoặc các mục có thể có được tạo ra khi yêu cầu đã được tạo ra. Trong mọi trường hợp, sau khi bộ nhớ cache đã là lên- ngày, người nhận sẽ cố gắng để phù hợp với trả lời với một yêu cầu phát hành trước đó. Thông thường, bài trả lời đến để đáp ứng một yêu cầu, mà đã được tạo ra bởi vì máy có một gói dữ liệu để cung cấp. Giữa thời gian một máy phát sóng yêu cầu ARP của mình và nhận được trả lời, chương trình ứng dụng hoặc cao cấp giao thức có thể tạo thêm re- nhiệm vụ cho cùng một địa chỉ; Các phần mềm cần phải nhớ rằng nó đã gửi một re- nhiệm vụ và không gửi thêm. Thông thường, phần mềm ARP nơi các gói dữ liệu bổ sung trên một hàng đợi. Sau khi trả lời đến và ràng buộc địa chỉ được tìm thấy, phần mềm ARP re di chuyển gói tin từ hàng đợi, nơi mỗi gói tin trong một khung, và sử dụng địa chỉ ràng buộc để điền vào địa chỉ vật lý đích. Nếu nó không phải trước đây vấn đề tái - Quest cho địa chỉ IP trong trả lời, máy tính bản Cập Nhật của người gửi mục nhập trong bộ nhớ cache của nó, và sau đó chỉ đơn giản dừng xử lý gói tin.

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

Chức năng, ARP được chia thành hai phần. Phần đầu tiên bản đồ địa chỉ IP đến một
địa chỉ vật lý khi gửi một gói tin, và phần thứ hai trả lời yêu cầu từ oth-
máy er. Độ phân giải địa chỉ cho gói tin đi ra có vẻ đơn giản, nhưng nhỏ
chi tiết phức tạp một thực hiện. Với quyết một IP đích phần mềm dựng
sults ARP cache của nó để xem nếu nó biết ánh xạ từ địa chỉ IP để address.If vật lý nó, chiết xuất từ các phần mềm địa chỉ vật lý, nơi các dữ liệu trong một khung sử dụng
địa chỉ đó, và gửi khung. Nếu nó không biết các bản đồ, phần mềm phải
phát sóng một yêu cầu ARP và chờ trả lời.
Phát sóng một yêu cầu ARP để tìm thấy một bản đồ địa chỉ có thể trở nên phức tạp.
Các máy tính mục tiêu có thể xuống hoặc quá bận rộn để chấp nhận yêu cầu. Nếu vậy, người gửi
có thể không nhận được trả lời hoặc trả lời có thể được trì hoãn. Vì Ethernet là một chạy nhất
hệ thống phân phối hiệu quả, yêu cầu phát sóng ARP ban đầu cũng có thể bị mất (trong trường hợp
người gửi nên truyền lại, ít nhất một lần). Trong khi đó, chủ nhà phải lưu trữ bản gốc
gói đi ra, để nó có thể được gửi một lần địa chỉ đã được resolvedt. Trong thực tế, các chủ nhà
phải quyết định cho phép các chương trình ứng dụng khác để tiến hành trong khi nó xử lý
một yêu cầu AFW (hầu hết do). Nếu vậy, các phần mềm phải xử lý các trường hợp một applica-
sự tạo ra các yêu cầu ARP bổ sung cho cùng một địa chỉ mà không phát sóng đa
yêu cầu ple cho một mục tiêu nhất định.
Cuối cùng, hãy xem xét các trường hợp máy A đã thu được một ràng buộc cho máy B,
nhưng sau đó phần cứng B của thất bại và được thay thế. Mặc dù địa chỉ của B đã thay đổi, A của
cache ràng buộc có không, vì vậy A sử dụng một địa chỉ phần cứng không tồn tại, làm cho thành công lại
biện pháp tránh không thể. Trường hợp này cho thấy lý do tại sao điều quan trọng là phải có phần mềm ARP trị của
bảng các ràng buộc như một bộ nhớ cache và loại bỏ các mục sau một thời gian cố định. Tất nhiên, các ti-
mer cho một mục trong bộ nhớ cache phải được thiết lập lại bất cứ khi nào một phát sóng AFW đến hộp đựng
ing các ràng buộc (nhưng nó không được thiết lập lại khi nhập cảnh được sử dụng để gửi một gói tin).
Phần thứ hai của mã ARP xử lý các gói tin ARP mà đến từ các mạng lưới
làm việc. Khi một gói ARP đến, các phần mềm đầu tiên trích địa chỉ IP của người gửi
và địa chỉ phần cứng cặp, và kiểm tra bộ nhớ cache của địa phương để xem nếu nó đã có một mục nhập
cho người gửi. Nếu một mục cache tồn tại cho các địa chỉ IP nhất định, xử lý các nội dung cập nhật
entry bằng cách ghi đè địa chỉ vật lý với địa chỉ vật lý được lấy từ các
gói tin. Người nhận sau đó sẽ xử lý phần còn lại của gói AFW.
Một máy thu phải xử lý hai loại gói tin ARP đến. Nếu một yêu cầu ARP Ar
Rives, máy nhận phải xem nó là mục tiêu của các yêu cầu (ví dụ, một số khác
máy đã phát sóng một yêu cầu cho địa chỉ vật lý của người nhận). Nếu vậy, các ARP
phần mềm fomls trả lời bằng cách cung cấp địa chỉ phần cứng vật lý của nó, và gửi trả lời
trực tiếp lại cho người yêu cầu. Người nhận cũng cho biết thêm cặp địa chỉ của người gửi để nó
nhớ cache, nếu cặp đôi không phải là đã có mặt. Nếu địa chỉ IP đã đề cập trong các yêu cầu ARP
không phù hợp với địa chỉ IP địa phương, các gói tin được yêu cầu một bản đồ cho một số khác
máy tính trên mạng và có thể được bỏ qua.
Các trường hợp thú vị khác xảy ra khi một bài trả lời AFW đến. Tùy thuộc vào
việc thực hiện, xử lý có thể cần phải tạo một mục bộ nhớ cache, hoặc nhập cảnh có thể đã
được tạo ra khi các yêu cầu được tạo ra. Trong mọi trường hợp, một khi bộ nhớ cache đã được lên-
ngày, người nhận sẽ cố gắng để phù hợp với trả lời với một yêu cầu phát hành trước đó. Thông thường,
trả lời đến để đáp ứng với yêu cầu, được tạo ra bởi vì máy có một
gói để cung cấp. Giữa thời gian một máy phát thanh yêu cầu ARP của nó và nhận được
trả lời, các chương trình ứng dụng hoặc các giao thức cấp cao hơn có thể tạo lại thêm
nhiệm vụ cho cùng một địa chỉ; phần mềm phải nhớ rằng nó đã gửi một lại
nhiệm vụ và không gửi thêm. Thông thường, phần mềm ARP đặt các gói bổ sung trên một
hàng đợi. Khi trả lời đến và địa chỉ các ràng buộc được biết, phần mềm ARP lại di chuyển các gói tin từ hàng đợi, đặt mỗi gói tin trong một khung hình, và sử dụng các địa chỉ
liên kết để điền vào địa chỉ đích vật lý. Nếu trước đây chúng chưa ra lại
nhiệm vụ cho các địa chỉ IP trong trả lời, máy cập nhật mục nhập của người gửi trong cache của nó,
và sau đó chỉ cần dừng xử lý các gói tin.