> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/vi/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/nomadic-location-detection-and-configuration.md).

# Phát hiện và cấu hình Vị trí di động

Dịch vụ khẩn cấp du mục cho phép Zoom tự động phát hiện Vị trí của người dùng và báo cáo địa chỉ chính xác khi một cuộc gọi khẩn cấp được thực hiện. Logic phát hiện nhất quán trên toàn thế giới; sự khác biệt nằm ở cách địa chỉ được phát hiện được gửi đến Điểm trả lời an toàn công cộng (xem Mục 8 và 9).

#### Phạm vi khớp Vị trí

Khi một cuộc gọi khẩn cấp được thực hiện, hệ thống đánh giá các Vị trí theo thứ tự phạm vi sau:

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Ưu tiên</th><th>Phạm vi</th><th>Mô tả</th></tr></thead><tbody><tr><td><strong>1</strong></td><td>cơ sở được chỉ định của người dùng</td><td>Các Vị trí được xác định trong cơ sở mà người dùng được chỉ định sẽ được kiểm tra trước</td></tr><tr><td><strong>2</strong></td><td>Tất cả các cơ sở khác của tài khoản</td><td>Nếu không tìm thấy kết quả khớp trong cơ sở của người dùng, tất cả các Vị trí khác trên toàn bộ tài khoản sẽ được đánh giá</td></tr><tr><td><strong>3</strong></td><td>Vị trí cá nhân của người dùng</td><td>Nếu không có Vị trí công ty nào khớp, hệ thống sẽ kiểm tra các Vị trí cá nhân của người dùng</td></tr><tr><td><strong>4</strong></td><td>mặc định / dự phòng</td><td>Nếu không tìm thấy kết quả khớp ở bất kỳ cấp nào, địa chỉ mặc định hoặc "Không xác định" sẽ được sử dụng (xem Mục 7 và 8 để biết chi tiết)</td></tr></tbody></table>

#### Ưu tiên phát hiện mạng

Trong mỗi cấp phạm vi ở trên, Zoom đối chiếu dữ liệu mạng của điểm cuối với các Vị trí đã xác định theo thứ tự ưu tiên này:

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Ưu tiên</th><th>Nguồn dữ liệu</th><th>Phạm vi</th><th>Lưu ý</th></tr></thead><tbody><tr><td><strong>1 (Cao nhất)</strong></td><td>Địa chỉ MAC của bộ chuyển mạch mạng + cổng (LLDP)</td><td>Chỉ các Vị trí công ty</td><td>Độ chính xác cao nhất; yêu cầu LLDP-MED trên bộ chuyển mạch. Bộ hẹn giờ Phát sóng ~30 giây (khuyến nghị). Không được hỗ trợ trên Linux. Mac yêu cầu Ứng dụng Zoom Helper (quy trình đặc quyền). Điện thoại IP phải bật tính năng truyền tiếp LLDP.</td></tr><tr><td><strong>2</strong></td><td>Địa chỉ MAC của điểm Truy cập không dây (BSSID)</td><td>Vị trí công ty và cá nhân</td><td>Hỗ trợ ký tự đại diện trong hai octet cuối (ví dụ: <code>74:4d:28:d5:12:xx</code>). Khi phát hiện nhiều BSSID, BSSID có RSSI cao nhất (tín hiệu mạnh nhất) sẽ được chọn.</td></tr><tr><td><strong>3</strong></td><td>Địa chỉ IP công cộng + Địa chỉ IP riêng tư hoặc mạng con</td><td>Chỉ các Vị trí công ty</td><td>Hỗ trợ ngăn xếp kép IPv4/IPv6. Nếu "Áp dụng tiêu chí khớp tối thiểu" được Bật tại Vị trí, cả IP công cộng và riêng tư đều phải khớp — chỉ IP công cộng là không đủ.</td></tr><tr><td><strong>4</strong></td><td>Địa chỉ IP công cộng</td><td>Vị trí công ty và cá nhân</td><td></td></tr><tr><td><strong>5</strong></td><td>Tọa độ GPS (nếu có từ Hệ điều hành)</td><td>Địa chỉ gần đúng</td><td>Được lấy từ API Vị trí của Hệ điều hành (không bao giờ từ định vị địa lý IP). Chỉ được dùng làm phương án dự phòng khi không có tín hiệu mạng nào khớp.</td></tr><tr><td><strong>6 (Dự phòng)</strong></td><td>Địa chỉ mặc định</td><td>Xem hành vi theo khu vực trong Mục 7 và 8</td><td>mặc định của cơ sở → mặc định của tài khoản → "Không xác định" (Hoa Kỳ/Canada chuyển sang một trung tâm điều phối trên toàn quốc; Phần còn lại của thế giới chuyển sang tra cứu mã nhận diện người gọi/ELIN).</td></tr></tbody></table>

### Cấu hình Vị trí du mục

Phần này mô tả từng nguồn dữ liệu mạng được sử dụng để phát hiện Vị trí và các yêu cầu Cấu hình tương ứng.

#### 7.1 Mạng có dây (LLDP)

Đối với các Thiết bị được Kết nối qua cáp Ethernet (chẳng hạn như điện thoại bàn IP hoặc máy tính xách tay được gắn dock), Zoom sử dụng Giao thức Khám phá Lớp Liên kết (LLDP) để xác định Thiết bị được cắm vào bộ chuyển mạch mạng và cổng nào. Điều này cung cấp dữ liệu Vị trí chính xác, đến tận ổ cắm tường hoặc bàn làm việc cụ thể.

**Hoạt động LLDP:** Các bộ chuyển mạch mạng định kỳ Phát sóng các đơn vị dữ liệu LLDP (LLDPDU) đến các Thiết bị Kết nối với cổng của chúng. Mỗi LLDPDU chứa các trường dữ liệu có cấu trúc gọi là các phần tử Loại-Độ dài-Giá trị (TLV). Ứng dụng Zoom Workplace trích xuất hai thông tin quan trọng từ LLDPDU:

* **TLV mã khung máy** — Địa chỉ MAC của bộ chuyển mạch mạng
* **TLV mã cổng** — số cổng hoặc mã nhận diện giao diện trên bộ chuyển mạch

Cấu trúc của một đơn vị dữ liệu LLDP trông như sau:

1. Tiền tố
2. MAC đích
3. MAC nguồn
4. Loại Ethernet
5. TLV mã khung máy
6. TLV mã cổng
7. TLV thời gian tồn tại
8. TLV Tùy chọn
9. TLV kết thúc LLDPDU
10. Chuỗi kiểm tra khung

Trong một cuộc gọi khẩn cấp, ứng dụng Zoom Workplace gửi Mã khung máy (MAC của bộ chuyển mạch) và Mã cổng đến máy chủ Zoom. Máy chủ đối chiếu dữ liệu này với các Vị trí công ty do quản trị viên Cấu hình để xác định Vị trí thực tế của người gọi. Khi Cấu hình một Vị trí công ty, quản trị viên Đi vào một **tổ hợp Địa chỉ MAC của bộ chuyển mạch + cổng chuyển mạch** để ánh xạ một cổng chuyển mạch cụ thể tới Vị trí đó. Hệ thống Cho phép các mục bộ chuyển mạch chồng lấp — nghĩa là cùng một Địa chỉ MAC của bộ chuyển mạch có thể xuất hiện trong nhiều mục Vị trí với các số cổng khác nhau — miễn là không có xung đột trên bất kỳ cổng riêng lẻ nào trong toàn bộ tài khoản. Nói cách khác, một tổ hợp MAC của bộ chuyển mạch + cổng chỉ có thể được gán cho một Vị trí; nhưng cùng một bộ chuyển mạch có thể có các cổng khác nhau được ánh xạ tới các Vị trí khác nhau (ví dụ: cổng 1-12 trên Bộ chuyển mạch A được ánh xạ tới Tầng 1 và cổng 13-24 trên cùng Bộ chuyển mạch A được ánh xạ tới Tầng 2).

**Yêu cầu Cấu hình mạng:**

* Bộ chuyển mạch mạng phải được Cấu hình để **gửi** thông tin LLDP đến các Thiết bị đã Kết nối. Ứng dụng Zoom Workplace chỉ nhận dữ liệu LLDP — không gửi các gói LLDP trở lại bộ chuyển mạch.
* Cấu hình LLDP phải bao gồm các TLV bắt buộc (Mã khung máy và Mã cổng) mà ứng dụng Zoom Workplace cần để nhận diện bộ chuyển mạch và cổng.
* Một số nhà cung cấp bộ chuyển mạch yêu cầu **LLDP-MED** (Khám phá điểm cuối phương tiện) được Bật trên các cổng để các TLV bắt buộc được đưa vào LLDPDU. Tham khảo tài liệu của nhà cung cấp bộ chuyển mạch để biết các bước Cấu hình.
* Bộ hẹn giờ LLDP nên được đặt thành **30 giây** để ứng dụng Zoom Workplace có thể phát hiện kịp thời các thay đổi mạng.

**Ứng dụng** **yêu cầu:**

* **Windows và điện thoại IP:** Được hỗ trợ với phiên bản phần sụn hoặc ứng dụng Zoom Workplace tối thiểu. Dịch vụ Vị trí phải được Bật.
* **Mac:** Yêu cầu tải xuống và cài đặt một ứng dụng trợ giúp. Nếu người dùng có đặc quyền quản trị viên, họ có thể được nhắc tự cài đặt ứng dụng này thông qua cổng thông tin quản trị. Nếu không, ứng dụng trợ giúp phải được phân phối cho họ.
* **Linux**: Không được hỗ trợ

**Truyền tiếp LLDP:** Nếu một Thiết bị ứng dụng Zoom Workplace (chẳng hạn như máy tính xách tay) được Kết nối với mạng qua cổng truyền tiếp của điện thoại IP, điện thoại phải được Cấu hình để truyền tiếp các gói LLDP từ bộ chuyển mạch mạng đến Thiết bị đã Kết nối. Nếu không, các gói LLDP từ bộ chuyển mạch sẽ kết thúc tại điện thoại và không bao giờ đến được ứng dụng Zoom Workplace, ngăn cản việc phát hiện Vị trí dựa trên cổng chuyển mạch.

Ngoài ra, hãy đảm bảo rằng điện thoại IP không tự tạo các gói LLDP riêng và gửi chúng đến Thiết bị cài đặt ứng dụng Zoom Workplace. Nếu điện thoại tạo dữ liệu LLDP riêng, ứng dụng Zoom Workplace có thể nhận thông tin LLDP của điện thoại thay vì dữ liệu LLDP của bộ chuyển mạch mạng, dẫn đến ánh xạ Vị trí không chính xác. Ứng dụng Zoom Workplace phải nhận dữ liệu LLDP trực tiếp từ bộ chuyển mạch mạng — không phải từ điện thoại.

#### 7.2 Mạng không dây (BSSID)

BSSID (mã nhận diện Bộ dịch vụ cơ bản) là Địa chỉ MAC của một điểm Truy cập không dây. Mỗi điểm Truy cập Wi-Fi Phát sóng một BSSID duy nhất, khiến đây trở thành một trong những phương pháp đáng tin cậy nhất để nhận diện một Vị trí thực tế cụ thể. Khi một ứng dụng Zoom Workplace Kết nối với Wi-Fi, ứng dụng sẽ phát hiện BSSID của điểm Truy cập mà nó Kết nối và báo cáo cho máy chủ Zoom trong cuộc gọi khẩn cấp.

**Cấu hình:** Đối với mỗi Vị trí công ty, Đi vào các BSSID của những điểm Truy cập không dây bao phủ Vị trí đó. Nếu một tầng có ba điểm Truy cập, cả ba BSSID phải được Thêm vào mục Vị trí của tầng đó. Khi người dùng Kết nối với bất kỳ điểm Truy cập nào trong số đó và thực hiện một cuộc gọi khẩn cấp, Zoom đối chiếu BSSID được phát hiện với Vị trí và sử dụng địa chỉ tương ứng.

**Ký tự đại diện BSSID:** Trong các triển khai lớn, các điểm Truy cập trên cùng một tầng hoặc khu vực thường dùng chung bốn octet đầu của Địa chỉ MAC, chỉ khác hai ký tự cuối. Zoom hỗ trợ phương pháp ký tự đại diện, trong đó bạn có thể Cấu hình một BSSID với hai ký tự cuối là ký tự đại diện (ví dụ: **AA:BB:CC:DD:EE**). Điều này nghĩa là bất kỳ điểm Truy cập nào có BSSID bắt đầu bằng **AA:BB:CC:DD:EE** sẽ khớp với Vị trí đó, bất kể hai ký tự cuối. Điều này giảm đáng kể số lượng BSSID riêng lẻ bạn cần Đi vào cho các Vị trí có nhiều điểm Truy cập.

**BSSID có cường độ cao hơn:** Thiết bị của người dùng không chỉ nhìn thấy điểm Truy cập mà nó Kết nối — nó cũng phát hiện các điểm Truy cập lân cận khác và cường độ tín hiệu của chúng. Zoom tận dụng khả năng này. Nếu quản trị viên đã Cấu hình một BSSID cho một Vị trí cụ thể và Thiết bị của người dùng phát hiện BSSID đó có cường độ tín hiệu cao hơn so với điểm mà Thiết bị hiện đang Kết nối, Zoom sẽ sử dụng Vị trí liên kết với BSSID có cường độ cao hơn. Điều này cải thiện độ chính xác trong các môi trường văn phòng dày đặc, nơi người dùng có thể Kết nối với điểm Truy cập ở một tầng nhưng thực tế lại gần điểm Truy cập ở tầng khác hơn.

#### 7.3 Địa chỉ IP (Công cộng và Riêng tư)

Zoom sử dụng các Địa chỉ IP như một phương pháp khác để nhận diện Vị trí của người dùng. Cả địa chỉ IPv4 và IPv6 đều được hỗ trợ. Có hai loại Địa chỉ IP liên quan:

**Địa chỉ IP công cộng:** Đây là Địa chỉ IP mà Zoom nhìn thấy khi ứng dụng Zoom Workplace Kết nối với máy chủ của Zoom. Đây là địa chỉ hướng ra bên ngoài của mạng người dùng, thường do Nhà cung cấp dịch vụ Internet (ISP) hoặc cổng mạng doanh nghiệp gán. Tất cả Thiết bị phía sau cùng một bộ định tuyến hoặc tường lửa thường dùng chung một Địa chỉ IP công cộng. Đây có thể là địa chỉ IPv4 (ví dụ: 203.0.113.50) hoặc địa chỉ IPv6 (ví dụ: 2001:db8::1).

**Địa chỉ IP riêng tư:** Đây là Địa chỉ IP mà ứng dụng Zoom Workplace nhận từ bộ điều hợp mạng của chính Thiết bị. Đây là địa chỉ nội bộ do mạng cục bộ gán (ví dụ: qua DHCP). Các địa chỉ IPv4 riêng tư chỉ hiển thị trong mạng cục bộ và không thể định tuyến trên internet (ví dụ: 10.x.x.x, 172.16.x.x, 192.168.x.x). Địa chỉ IPv6 cũng có thể được dùng làm địa chỉ riêng tư tùy theo Cấu hình mạng (ví dụ: các địa chỉ cục bộ duy nhất trong dải fd00::/8).

**Vì sao cần cả hai:** Chỉ một Địa chỉ IP công cộng thường không đủ cụ thể để nhận diện một Vị trí — nhiều tòa nhà hoặc thậm chí toàn bộ khuôn viên có thể dùng chung cùng một Địa chỉ IP công cộng do Chuyển mạng giữ số Địa chỉ mạng (NAT). Bằng cách kết hợp IP công cộng với Địa chỉ IP riêng tư hoặc mạng con, Zoom có thể phân biệt chính xác hơn giữa các Vị trí khác nhau trong cùng một mạng. Ví dụ: hai tầng trong cùng một tòa nhà có thể dùng chung IP công cộng nhưng có các mạng con IP riêng tư khác nhau (ví dụ: Tầng 1 dùng 10.1.1.0/24 và Tầng 2 dùng 10.1.2.0/24).

Khi Cấu hình các Vị trí công ty, Đi vào cả Địa chỉ IP công cộng hoặc dải IP và mạng con IP riêng tư cho mỗi Vị trí. Cả mạng con IPv4 và IPv6 đều được hỗ trợ, bao gồm các Cấu hình ngăn xếp kép.

**Rất khuyến nghị: Bật "Áp dụng tiêu chí khớp tối thiểu."** Khi tạo hoặc chỉnh sửa một Vị trí, Bật **Áp dụng tiêu chí khớp tối thiểu** hộp kiểm để yêu cầu cả IP công cộng và IP riêng tư cùng khớp.

**Rủi ro nếu bị vô hiệu hóa:** IP công cộng và riêng tư được đánh giá độc lập. Một người dùng dùng VPN doanh nghiệp tại quán cà phê có thể khớp nhầm với Vị trí văn phòng (cùng IP công cộng, mạng con riêng tư khác), gửi sai địa chỉ đến Điểm trả lời an toàn công cộng và điều động nhân viên ứng cứu đến Vị trí không chính xác.

**Tránh các mục địa chỉ trùng lặp:** Không tạo nhiều tổ hợp IP công cộng + IP riêng tư ánh xạ đến cùng một địa chỉ. Nếu có các mục trùng lặp, địa chỉ khẩn cấp được gán cho Vị trí có thể luân phiên giữa các mục đó trong các cuộc gọi khẩn cấp liên tiếp, dẫn đến báo cáo địa chỉ không nhất quán.

#### 7.4 GPS (Hệ thống Định vị Toàn cầu)

Nếu Thiết bị của người dùng có khả năng GPS và Hệ điều hành cung cấp dữ liệu GPS cho ứng dụng Zoom Workplace, Zoom có thể sử dụng tọa độ GPS làm nguồn Vị trí. Tọa độ GPS được lấy trực tiếp từ Hệ điều hành của Thiết bị — Zoom không có phần cứng GPS riêng.

GPS được sử dụng làm phương án dự phòng có ưu tiên thấp hơn (Ưu tiên 5 trong thứ tự phát hiện). GPS chỉ khả dụng ở Hoa Kỳ và Canada, và chỉ khi Thiết bị hỗ trợ GPS cũng như Hệ điều hành cung cấp dữ liệu. Nếu Hệ điều hành không có dữ liệu GPS, phương pháp phát hiện này sẽ bị bỏ qua hoàn toàn và hệ thống sẽ chuyển sang địa chỉ mặc định.

Tọa độ GPS được nhà cung cấp dịch vụ của Zoom chuyển đổi thành địa chỉ thực tế gần đúng. Vì GPS cung cấp Vị trí gần đúng thay vì tòa nhà/tầng/phòng chính xác, nên nó kém chính xác hơn phát hiện dựa trên BSSID hoặc LLDP nhưng vẫn tốt hơn đáng kể so với việc chuyển sang địa chỉ mặc định.

#### 7.5 Người dùng VPN

Đối với người dùng Kết nối qua VPN mà không Bật chia đường hầm, VPN có thể che giấu dữ liệu mạng thực tế của người dùng (IP công cộng, IP riêng tư và BSSID), ngăn cản việc phát hiện Vị trí chính xác. Trong trường hợp này, hệ thống có thể khớp nhầm người dùng với Vị trí của bộ tập trung VPN thay vì Vị trí thực tế của họ.

**Cấu hình khuyến nghị:** Thêm mạng con VPN vào **danh sách Vị trí bị loại trừ** trong cổng thông tin quản trị Zoom. Khi một mạng con VPN bị loại trừ, hệ thống sẽ không cố gắng khớp nó với bất kỳ Vị trí công ty nào. Thay vào đó, người dùng được nhắc xác nhận địa chỉ khẩn cấp của họ mỗi lần đăng nhập. Điều này đảm bảo người dùng VPN luôn có địa chỉ cập nhật trong hồ sơ, dù không thể tự động phát hiện qua đường hầm VPN.

Các tổ chức sử dụng chia đường hầm (trong đó lưu lượng Zoom bỏ qua VPN và đi trực tiếp đến internet) không cần Cấu hình này, vì ứng dụng Zoom Workplace sẽ thấy dữ liệu mạng thực tế của người dùng thay vì dữ liệu của đường hầm VPN.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://library.zoom.com/technical-library/vi/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/nomadic-location-detection-and-configuration.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
