But what specifically happens when H1 moves from BSS1 to BSS2? As H1wa dịch - But what specifically happens when H1 moves from BSS1 to BSS2? As H1wa Việt làm thế nào để nói

But what specifically happens when

But what specifically happens when H1 moves from BSS1 to BSS2? As H1
wanders away from AP1, H1 detects a weakening signal from AP1 and starts to scan
for a stronger signal. H1 receives beacon frames from AP2 (which in many corpo-
rate and university settings will have the same SSID as AP1). H1 then disassociates
with AP1 and associates with AP2, while keeping its IP address and maintaining its
ongoing TCP sessions.
This addresses the handoff problem from the host and AP viewpoint. But what
about the switch in Figure 6.15? How does it know that the host has moved from
one AP to another? As you may recall from Chapter 5, switches are “self-learning”
and automatically build their forwarding tables. This self-learning feature nicely
handles occasional moves (for example, when an employee gets transferred from
one department to another); however, switches were not designed to support highly
mobile users who want to maintain TCP connections while moving between BSSs.
To appreciate the problem here, recall that before the move, the switch has an entry
in its forwarding table that pairs H1’s MAC address with the outgoing switch inter-
face through which H1 can be reached. If H1 is initially in BSS1, then a datagram
destined to H1 will be directed to H1 via AP1. Once H1 associates with BSS2, how-
ever, its frames should be directed to AP2. One solution (a bit of a hack, really) is
for AP2 to send a broadcast Ethernet frame with H1’s source address to the switch
just after the new association. When the switch receives the frame, it updates its for-
warding table, allowing H1 to be reached via AP2. The 802.11f standards group is
developing an inter-AP protocol to handle these and related issues.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Nhưng những gì đặc biệt xảy ra khi H1 di chuyển từ BSS1 để BSS2? Như H1lang thang đi từ AP1, H1 phát hiện một tín hiệu suy yếu từ AP1 và bắt đầu để quétcho một tín hiệu mạnh hơn. H1 nhận beacon khung từ AP2 (mà trong nhiều corpo -cài đặt tốc độ và trường đại học sẽ có SSID tương tự như AP1). H1 sau đó disassociatesvới AP1 và associates với AP2, trong khi vẫn giữ IP địa chỉ và duy trì cácliên tục các phiên TCP.Này địa chỉ các vấn đề đến từ các máy chủ lưu trữ và AP quan điểm. Nhưng những gìvề việc chuyển đổi trong hình 6.15? Làm thế nào nó biết rằng các máy chủ đã di chuyển từmột AP khác? Như bạn có thể nhớ lại từ chương 5, thiết bị chuyển mạch được "tự học"và tự động xây dựng của bảng chuyển tiếp. Tự học tập này tính năng độc đáoxử lý thường xuyên di chuyển (ví dụ, khi một nhân viên đã được chuyển từmột trong những tỉnh khác); Tuy nhiên, thiết bị chuyển mạch đã không được thiết kế để hỗ trợ đánh giá caođiện thoại di động người dùng muốn duy trì kết nối TCP trong khi di chuyển giữa các BSSs.Để đánh giá vấn đề ở đây, nhớ lại rằng trước khi di chuyển, chuyển đổi có một mục nhậptrong bảng chuyển tiếp cặp địa chỉ MAC của H1 với switch đi inter-khuôn mặt mà qua đó H1 có thể đạt được. Nếu H1 là ban đầu ở BSS1, sau đó một datagrammệnh H1 sẽ được dẫn đến H1 via AP1. Một khi H1: liên kết với BSS2, làm thế nào -bao giờ hết, khung của nó nên được chuyển đến AP2. Một giải pháp (một chút của một hack, thực sự) làcho AP2 để gửi một khung Ethernet phát sóng của H1 nguồn địa chỉ để chuyển đổingay sau khi Hiệp hội mới. Khi chuyển đổi nhận được khung, nó Cập Nhật của nó cho-warding bảng, cho phép H1 được đạt đến qua AP2. 802.11f nhóm tiêu chuẩnphát triển một giao thức inter-AP để xử lý những và vấn đề liên quan.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Nhưng cụ thể những gì sẽ xảy ra khi di chuyển từ H1 BSS1 để BSS2? Như H1
lang thang đi từ AP1, H1 phát hiện một tín hiệu suy yếu từ AP1 và bắt đầu quét
cho một tín hiệu mạnh hơn. H1 nhận khung đèn hiệu từ AP2 (mà trong nhiều corpo-
thiết lập tốc độ và trường đại học sẽ có các SSID giống như AP1). H1 thì disassociates
với AP1 và cộng với AP2, trong khi vẫn giữ địa chỉ IP của nó và duy trì nó
phiên TCP đang diễn ra.
Điều này giải quyết các vấn đề bàn giao từ các máy chủ và AP quan điểm. Nhưng những gì
về việc chuyển đổi theo hình 6.15? Làm thế nào để nó biết rằng chủ nhà đã chuyển từ
một AP khác? Như bạn có thể nhớ lại từ Chương 5, công tắc là "tự học"
và tự động xây dựng bảng chuyển tiếp của họ. Tính năng tự học độc đáo này
xử lý di chuyển thường xuyên (ví dụ, khi một nhân viên được chuyển giao từ
một bộ phận khác); Tuy nhiên, công tắc không được thiết kế để hỗ trợ đánh giá cao
người sử dụng điện thoại di động những người muốn duy trì kết nối TCP trong khi di chuyển giữa các BSS.
Để đánh giá các vấn đề ở đây, nhớ lại rằng trước khi di chuyển, các switch có một mục
trong bảng chuyển tiếp của nó mà MAC cặp H1 của giải với chuyển đi liên
khuôn mặt thông qua đó H1 có thể đạt được. Nếu H1 là bước đầu trong BSS1, sau đó một datagram
mệnh H1 sẽ được dẫn đến h1 qua AP1. Khi H1 cộng với BSS2, làm thế
bao giờ, khung của nó nên được chuyển đến AP2. Một giải pháp (một chút của một hack, thực sự) là
cho AP2 để gửi một khung Ethernet phát sóng với địa chỉ nguồn H1 để chuyển đổi
chỉ sau khi các hiệp hội mới. Khi chuyển đổi nhận được frame, nó cập nhật cho- của
bảng ward, cho phép H1 để đạt được thông qua AP2. Các nhóm tiêu chuẩn 802.11f đang
phát triển một giao thức liên AP để xử lý các vấn đề liên quan và.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: