Dfs WiFi là gì

If you live in an apartment or condominium, your WiFi may be hurt by the WiFi signals coming from your neighbors. Those signals create WiFi energy that can interfere with your router or cable modem/router. One way to do a quick check is to go to the WiFi settings section of your smartphone, and first make sure that WiFi is On. You can see how many networks are within range of your phone. If it’s more than three or four and they are close by, you may want DFS.

An even better way to check is to download a free app called WiFi Analyzer that’s available for Android phones, but unfortunately not for iPhones at this time. Here’s a link to information about WiFi Analyzer:
//play.google.com/store/apps/details?id=com.farproc.wifi.analyzer&hl=en_US

WiFi Analyzer lets you get good information about each 5 GHz WiFi channel. When you’re using 20 MHz channels, there are 30 DFS channels and 15 non-DFS channels. WiFi Analyzer lets you check the strength of the WiFi channels as you walk through your home. If all your non-DFS channels have significant WiFi noise from your neighbors in some spots in your home, you should consider DFS. The reason is that DFS unlocks many WiFi channels that aren’t normally used by your neighbors; so operating on a DFS channel should result in less WiFi interference and better WiFi performance.

Here’s a good DFS article:
//netbeez.net/blog/dfs-channels-wifi/

Note that routers with DFS capability typically let you switch that capability on or off. DFS channels are also used by radar systems at airports, weather stations, and other government radar installations. Routers with DFS turned on may have problems if the routers are too near one of these installations. You can anticipate this issue if you use WiFi Analyzer to see whether ALL 5 GHz channels are sometimes busy, even the DFS channels. If that’s the case, it’s probably best not to use DFS. [You can switch off DFS in Motorola products that have DFS capability.]

If you’re not near a radar installation and you live in an apartment or condo, DFS may give you dramatically better WiFi. Motorola products with DFS include the MG7550 and MG7540, and we will be adding DFS to a number of other products including the MT7711 and MG7700.

To enable DFS on current Motorola cable modem/router products, follow these steps:

1. Log in to the device’s user interface.
2. Select Advanced Pages in the upper right-hand corner of the landing page.
3. Select Wireless → Advanced.

   You should see the following screen [the DFS entry is circled for clarity]:
4. From the pull-down menu for 802.11h [DFS], select Enabled and then click Save.

The cable modem/router will now select DFS frequencies if it detects congestion on your non-DFS bands, and if a DFS frequency is not in use by a nearby radar installation.

The cable modem/router has a Help screen for DFS that provides the detailed information below.

Dynamic Frequency Selection [DFSDynamic Frequency Selection. DFS is a mandate for radio systems operating in the 5 GHz band to be equipped with means to identify and avoid interference with Radar systems.], a mandate for radio systems operating in the 5 GHzGigahertz. bandBand refers to a specified range of frequencies of electromagnetic radiation. to identify and avoid interference with RadarRadio Detection and Ranging. Radar is an object-detection system that uses radio waves to determine the range, angle, or velocity of objects. systems now supports zero-wait feature. When an 802.11802.11 is an evolving family of specifications for wireless LANs developed by a working group of the Institute of Electrical and Electronics Engineers [IEEE]. 802.11 standards use the Ethernet protocol and Carrier Sense Multiple Access with collision avoidance [CSMA/CA] for path sharing. radio detects radar, it vacates its channel and switches to another channel. This might result in a one minute outage. The zero wait DFSDynamic Frequency Selection. DFS is a mandate for radio systems operating in the 5 GHz band to be equipped with means to identify and avoid interference with Radar systems. feature provides seamless change of channels and avoids the one minute outage. Hence, stations do not lose its connectivity when an AP moves to a DFSDynamic Frequency Selection. DFS is a mandate for radio systems operating in the 5 GHz band to be equipped with means to identify and avoid interference with Radar systems. channel.

Great! Thanks for the feedback

Sorry about that! How can we improve it? Send your comments and suggestions!

Vấn đề 5GHz của nhóm đối với mạng Wi-Fi: DFS

Mạng Wi-Fi cung cấp cho chúng tôi 2 băng tần để vận hành mạng LAN không dây: băng tần 2,4 GHz và băng tần 5GHz. Băng tần 2.4GHz nổi tiếng là một thứ gì đó của một cống thoát nước của một băng tần, do số lượng kênh có thể sử dụng hạn chế, số lượng thiết bị Wi-Fi đã sử dụng băng tần và mức độ không có Wi-Fi cao can thiệp mà nó trải nghiệm. Nhiều chuyên gia mạng LAN không dây thường sẽ khuyên bạn nên đặt những thứ quan trọng của bạn vào nhóm 5GHz bất cứ khi nào có thể. 5GHz có sẵn nhiều kênh hơn, số lượng thiết bị tương ứng trên mỗi kênh thấp hơn và thường chịu nhiễu không có Wi-Fi thấp hơn nhiều. Tuy nhiên, bên dưới tiêu đề của 2.4G 2.4Ghz = bad, 5Ghz = good, có một hình bóng mờ có thể gây rắc rối nếu bạn không nhận thức được tác động tiềm năng của nó: DFS.

Lý lịch

Mạng Wi-Fi hoạt động trong các khu vực phổ RF không cần giấy phép hoạt động. Điều này trái ngược với nhiều lĩnh vực khác của phổ vô tuyến thường yêu cầu một số dạng giấy phép [trả tiền] để vận hành thiết bị vô tuyến. Tất cả các dịch vụ không dây thường phải tuân theo một loạt các hạn chế kỹ thuật có thể thi hành để đảm bảo chúng hoạt động theo cách giảm thiểu nhiễu cho các dịch vụ không dây khác. Điều này có thể bao gồm các hạn chế đối với các tham số như mức công suất phát RF và giới hạn các đặc tính phổ của tín hiệu truyền [ví dụ: độ rộng kênh được sử dụng, mặt nạ quang phổ, v.v.]. Mặc dù chúng có thể được miễn giấy phép, các mạng Wi-Fi vẫn phải tuân theo các hạn chế để giảm thiểu tác động của chúng đối với các dịch vụ và thiết bị không dây khác trong cùng một khu vực phổ được sử dụng bởi các mạng WLAN. Một dịch vụ đặc biệt chia sẻ phổ với mạng LAN không dây là radar. Một số loại cài đặt radar hoạt động ở băng tần 5GHz được sử dụng bởi mạng Wi-Fi. Điều này có nghĩa là họ có thể sử dụng một số tần số tương tự được sử dụng cho mạng Wi-Fi. Điều này không áp dụng cho tất cả các trạm radar đã được triển khai; có nhiều cài đặt radar không sử dụng 5GHz. Tuy nhiên, do sự cùng tồn tại của cả hai mạng radar và Wi-Fi trong cùng một vùng phổ, chuẩn Wi-Fi [IEEE 802.11] được thiết kế để kết hợp cơ chế chia sẻ phổ trên 5GHz để đảm bảo rằng mạng Wi-Fi không hoạt động về tần số [do đó gây nhiễu] được sử dụng bởi các trạm radar gần đó. Cơ chế này được gọi là Lựa chọn tần số động [DFS] và được thiết kế để giảm nhiễu cho radar 5GHz bằng các mạng WLAN.

DFS hoạt động như thế nào?

Hoạt động của DFS như sau:

Tính khả dụng của kênh

Trước khi một AP sẽ sử dụng một kênh có thể bị ảnh hưởng bởi radar, nó sẽ thực hiện Kiểm tra tính khả dụng của Kênh Kênh để kiểm tra các tín hiệu radar trên kênh đó. AP sẽ lắng nghe trong 60 giây cho sự hiện diện của tín hiệu radar. Nếu không có radar nào được phát hiện, thì kênh đó được chỉ định là Kênh có sẵn. Khi cấp nguồn cho AP sử dụng kênh DFS, bạn sẽ thấy radio 2.4GHz sẽ khả dụng ngay khi AP hoàn thành chuỗi khởi động, nhưng radio 5Ghz có thể không khả dụng trong một phút nữa. Điều này là do AP thực hiện kiểm tra tính khả dụng của kênh, nếu AP đang cố gắng sử dụng kênh 5GHz bị ảnh hưởng bởi DFS. Ở một số vùng, nơi các kênh 120 - 128 được phép sử dụng bởi các mạng Wi-Fi, có thể có kiểm tra tính khả dụng của kênh tăng thêm 10 phút. Điều này có nghĩa là radio 5GHz không khả dụng cho đến 10 phút sau khi điểm truy cập đã khởi động. Thời gian kiểm tra mở rộng này là do hạn chế radar thời tiết trên các kênh đó.

Giám sát tại chức

Khi một AP đang hoạt động trên kênh DFS, nó phải theo dõi sự hiện diện của tín hiệu radar xuất hiện trên kênh đó. Điều này được gọi là giám sát trong dịch vụ AP phải liên tục theo dõi kênh của mình để biết sự hiện diện của tín hiệu radar. Tắt kênh Nếu phát hiện thấy tín hiệu radar, thì AP phải ngừng truyền trên kênh trong Thời gian di chuyển kênh Channel, tức là 10 giây ở EU / Vương quốc Anh. Vào cuối giai đoạn này, AP sẽ ngừng truyền và chuyển sang một kênh mới. Trước khi chuyển kênh, một số giải pháp mạng WLAN có thể cung cấp khung Thông báo chuyển đổi kênh 802.11 cho các máy khách được kết nối để thông báo cho họ biết AP sẽ chuyển sang kênh nào. Hỗ trợ cho điều này trên cả cơ sở hạ tầng WLAN và thiết bị khách dường như là tùy chọn theo quan sát của riêng tôi và không nên dựa vào như một phương pháp đáng tin cậy để khách hàng tìm thấy AP trên kênh mới. Kinh nghiệm cho thấy rằng có các biến thể giữa các giải pháp WLAN xung quanh các kênh mà AP sẽ chọn để di chuyển đến khi phát hiện ra radar. Trong một số giải pháp, các AP phát hiện ra radar sẽ chuyển sang kênh 36 độc quyền. Trong các giải pháp khác, các AP sẽ chọn chuyển sang bất kỳ kênh không phải DFS nào có sẵn. Một số sẽ nhảy tới bất kỳ kênh 5GHz có sẵn nào họ tìm thấy [DFS hoặc không phải DFS]. Hành vi trong lĩnh vực này dường như không nhất quán và không được xác định trong tiêu chuẩn 802.11.

Thời gian không chiếm dụng

Một khi radar đã được phát hiện trên một kênh, thì Thời kỳ không chiếm dụng phòng bắt đầu. Đây là khoảng thời gian 30 phút trong đó AP sẽ không truyền thêm nữa trên kênh bị ảnh hưởng. Vào cuối thời gian 30 phút, hầu hết các AP sẽ cố gắng quay lại kênh ban đầu của họ, tùy thuộc vào kiểm tra tính khả dụng của kênh. [Một lần nữa hành vi trong lĩnh vực này khác nhau giữa các nhà cung cấp]

Đặc điểm tín hiệu Radar

Bản thân các tín hiệu radar là các xung thời gian rất ngắn của năng lượng Tần số Vô tuyến. Trái ngược với tín hiệu WLAN, chúng không có định dạng khung cụ thể, điều này khiến việc nhận dạng của chúng khá khó khăn.

Nhìn vào phương pháp thử nghiệm trong ETSI EN 301 893 V2.1.1 [Phụ lục D], các xung thử nghiệm được gửi đến thiết bị WLAN được thử nghiệm có thể thay đổi trong khoảng 0,5 đến 30 micro giây và phải chịu nhiều kiểu thử nghiệm khác nhau. Bảng bên dưới là trích xuất từ tài liệu: [Tín dụng: Trích xuất từ tiêu chuẩn ETSI: EN 301 893 V2.1.1] Sơ đồ bên dưới hiển thị một mẫu nổ duy nhất có thể được sử dụng để kiểm tra các thiết bị WLAN: [Tín dụng: Trích xuất từ tiêu chuẩn ETSI: EN 301 893 V2.1.1]

Có một chút nghi ngờ rằng, so với việc phát hiện các khung 802.11 có cấu trúc tốt, thời lượng dài hơn, thiết bị WLAN đã được đặt ra một thách thức khá lớn trong việc phát hiện tín hiệu radar [có thể dẫn đến các tác dụng phụ khó chịu, sẽ thảo luận sau].

Tất cả các kênh 5GHz có phải là DFS không?

Không, không phải tất cả các kênh trong băng tần 5GHz đều phải tuân theo DFS. Các kênh được miễn khác nhau giữa các quốc gia, theo quy định của địa phương. Ở Anh / EU, các kênh 36, 40, 44 và 48 không chịu sự điều chỉnh của DFS. Tuy nhiên, tất cả các kênh còn lại phải tuân theo DFS. Tại Hoa Kỳ, các kênh 36 - 48, cùng với 149 - 165 được miễn hoạt động DFS, với tất cả các kênh còn lại yêu cầu hoạt động DFS. [Kiểm tra cơ quan quản lý phổ địa phương để biết thông tin mới nhất cho quốc gia của bạn]. Các kênh không thuộc DFS hoạt động mà không phải thực hiện bất kỳ kiểm tra radar nào. Do đó, chúng không chịu sự gián đoạn nào từ thiết bị radar địa phương [hoặc bất kỳ nguồn nhiễu RF nào khác có thể gây ra phát hiện dương tính giả]

Điều gì xảy ra với khách hàng trong một sự kiện DFS?

Các thiết bị chịu sự kiểm tra DFS được chia thành hai vai trò: chủ và nô lệ. Vai trò của thiết bị chính là tư vấn cho các thiết bị nô lệ khi phát hiện ra radar và cần phải tắt kênh. Trong các mạng WLAN, điểm truy cập thường là thiết bị chính, với các máy khách được liên kết được chỉ định là nô lệ. Khi radar được phát hiện, nhiệm vụ của thiết bị chính là phải thông báo cho các nô lệ rằng việc thay đổi kênh sắp xảy ra thông qua thông báo thông báo chuyển kênh. Thông báo này sẽ thông báo cho nô lệ [khách hàng] mà AP dự định chuyển đến.

Tác động đến các ứng dụng khách trong sự kiện DFS là gì?

Khi tín hiệu ra-đa đã được phát hiện, tác động đến các máy khách do thay đổi kênh yêu cầu là biến số J. Các hệ thống WLAN có thể hoặc không thể gửi thông báo chuyển kênh [CSA]. Nếu khách hàng không nhận được thông báo [hoặc bị mất trong quá trình vận chuyển], thì khách hàng sẽ bị buộc phải trải qua quá trình thăm dò để tìm BSSID phù hợp để liên kết. Tùy thuộc vào cấu hình mạng và khả năng của máy khách [ví dụ: 802.11k / v / r], thời gian liên kết lại với mạng sẽ khác nhau. Lưu ý rằng ngay cả khi nhận được CSA, khách hàng vẫn có thể chọn thực hiện quy trình khám phá AP của riêng mình dựa trên thông tin thăm dò hoặc 80.211k mà họ đã nhận được. Khi việc chuyển sang kênh mới đã được hoàn thành, sau đó sẽ có sự chậm trễ thông thường trong việc nối lại luồng dữ liệu ứng dụng do các quá trình xác thực truy cập mạng và trao đổi DHCP - những điều này sẽ lại thay đổi theo cấu hình mạng. Dù cấu hình của mạng WLAN và khả năng của máy khách là gì, việc chuyển sang kênh mới sẽ không có một số tác động kết nối. Tác động này có thể không đáng chú ý đối với người dùng đang sử dụng các ứng dụng không phải thời gian thực [ví dụ: thư, duyệt web], nhưng chắc chắn sẽ có tác động đến độ trễ, ứng dụng thời gian thực [ví dụ như giọng nói, video].

Điều gì gây ra phát hiện DFS sai?

Mặc dù về mặt lý thuyết, DFS là một ý tưởng tuyệt vời để bảo vệ các hệ thống có chung phổ tần 5GHz, nhưng nó có một cạm bẫy lớn: dương tính giả. Phát hiện chữ ký tín hiệu radar là một công việc khá khó khăn. Do sự đa dạng của các chữ ký radar có thể được phát hiện, cùng với tính chất thời gian ngắn của tín hiệu radar, các sự kiện dương tính giả có thể khá thường xuyên trong một số hệ thống WLAN. Kết quả dương tính giả có nghĩa là AP bị lừa khi nghĩ rằng tín hiệu radar có mặt bởi tín hiệu RF không radar. Điều này gây ra thay đổi kênh, khi không cần thiết. Điều này rõ ràng dẫn đến sự gián đoạn mạng WLAN không cần thiết, có tác động khác nhau đến máy khách, tùy thuộc vào các ứng dụng đang sử dụng. Các lý thuyết xung quanh nguyên nhân chính xác của các sự kiện tích cực sai dường như có rất nhiều, tùy thuộc vào người bạn nói chuyện với. Tôi đã nghe các nguyên nhân có thể sau đây được trích dẫn:

• Điều kiện thoáng qua do mật độ khách hàng cao
• Trình điều khiển máy khách xấu gây ra đột biến RF ngắn hạn
• Nhiễu đồng kênh từ các AP ở xa trên cùng một kênh
• Nhiễu thiết bị không Wi-Fi cục bộ

Dù nguyên nhân là gì đi nữa, các kết quả dương tính giả thường được quan sát thường có xu hướng được quan sát trong thời gian người dùng tăng lên [nghĩa là chúng có vẻ nhiều khả năng hơn trong giờ làm việc của văn phòng.

Làm cách nào để phát hiện sự kiện DFS?

Để tìm hiểu xem mạng của bạn có bị ảnh hưởng bởi các sự kiện DFS hay không, bạn cần kiểm tra nhật ký bẫy hoặc thông báo nhật ký hệ thống từ hệ thống không dây của bạn. Tất cả các hệ thống nên báo cáo khi phát hiện ra một radar. Điều này thường sẽ được ghi lại trong nhật ký của AP, bộ điều khiển không dây hoặc hệ thống quản lý. Thông thường, điều này sẽ được chuyển tiếp dưới dạng bẫy SNMP đến hệ thống quản lý hoặc có thể là thông báo nhật ký hệ thống tới máy chủ đăng nhập của bạn. Nếu bạn có khả năng phân tích và xu hướng nhật ký, việc theo dõi các sự kiện radar rất đáng để tìm kiếm các kiểu hành vi [ví dụ: các trang web, thời gian và kênh cụ thể]

Sự kiện DFS của Real Real DFS trông như thế nào?

Lúc này, bạn có thể gãi đầu tự hỏi làm thế nào bạn có thể nhận ra sự khác biệt giữa các sự kiện DFS thực tế và các mặt tích cực giả. Theo kinh nghiệm của tôi, các sự kiện DFS gây ra bởi các hệ thống radar chính hãng có xu hướng bị giới hạn ở một tập hợp con cụ thể của các kênh trên băng tần 5GHz. Chẳng hạn, bạn có thể kiểm tra nhật ký hệ thống của mình và thấy rằng trong một tòa nhà cụ thể, chỉ có các kênh 116 và 120 [ví dụ] đang báo cáo các sự kiện DFS [ví dụ như các cú đánh radar]. Ngoài ra, những xu hướng này là ở một rata nhất quán trong suốt cả ngày. Ngược lại, dương tính giả có xu hướng trải rộng trên một phần rất rộng của băng tần 5GHz và sẽ thay đổi tần số trong suốt cả ngày. Họ cũng thường rơi xuống mức rất thấp ngoài giờ hành chính và vào cuối tuần [tùy thuộc vào mô hình làm việc của cơ sở cụ thể của bạn].

Làm cách nào tôi có thể giảm thiểu các sự kiện DFS trên mạng Wi-Fi?

Có một vài tùy chọn có sẵn để cố gắng giảm thiểu tác động của các sự kiện DFS trên mạng WLAN:

1. Đối với các sự kiện radar chính hãng đang tác động đến một tập hợp con của băng tần 5GHz, chỉ cần loại trừ các kênh bị ảnh hưởng khỏi mọi kế hoạch kênh. Nếu sử dụng lập kế hoạch kênh tĩnh, sau đó tránh sử dụng các kênh bị ảnh hưởng. Nếu sử dụng cơ chế tự động RF [tức là lập kế hoạch kênh tự động], thì loại trừ các kênh bị ảnh hưởng khỏi các kênh có sẵn cho cấu hình của quy trình tự động RF
2. Cố gắng để giảm thiểu tích cực sai là một chút khó khăn hơn. Các tùy chọn bao gồm:
   1. Nếu bạn có đủ các kênh không phải DFS, hoàn toàn không sử dụng các kênh DFS trong lập kế hoạch kênh. Tùy chọn này phụ thuộc rất nhiều vào yêu cầu dung lượng của mạng WLAN và miền quy định cục bộ nơi mạng hoạt động
   2. Làm việc với nhà cung cấp mạng WLAN để tìm hiểu xem họ có phiên bản mã hoạt động mới hơn mà ít bị ảnh hưởng bởi các lỗi giả DFS không. Tôi đã thấy phương pháp này được sử dụng nhiều lần, với mức độ thành công khác nhau
   3. Làm việc với nhà cung cấp hoặc VAR để cố gắng xác định bất kỳ nguồn gây nhiễu cục bộ nào có thể tạo ra dương tính giả. Đôi khi, có thể xác định một loại máy khách cụ thể hoặc vật phẩm của thiết bị không có Wi-Fi gây ra lỗi tích cực, Nếu bạn có hợp đồng hỗ trợ, hãy hỗ trợ từ chuyên gia mạng WLAN đủ điều kiện được trang bị máy phân tích phổ và có thể thực hiện phân tích nhật ký có thể là vô giá trong việc theo dõi người phạm tội.
   4. Nếu nhà cung cấp của bạn không thể khắc phục sự cố, có thể đáng để thử một nhà cung cấp thay thế. Mặc dù điều này có vẻ cực đoan, tôi đã thấy sự khác biệt lớn giữa các nhà cung cấp và tính nhạy cảm của họ đối với dương tính giả của DFS. Một bằng chứng phạm vi giới hạn của khái niệm tốn ít chi phí để triển khai và có thể cung cấp đòn bẩy đáng kinh ngạc với nhà cung cấp hiện tại của bạn

Tác động của các sự kiện DFS trên mạng của bạn [cả hai thực tế của Real & sai tích cực] sẽ luôn giống nhau: một sự kiện DFS được phát hiện và một AP sẽ thay đổi các kênh. Điều này cũng sẽ khiến các máy khách không dây liên quan thay đổi kênh. Tác động thực tế đối với người dùng cuối sẽ thay đổi tùy thuộc vào những gì họ đang làm trên máy khách của họ. Nhiều ứng dụng không nhạy cảm với độ trễ sẽ chỉ tiếp tục với ít tác động rõ ràng đến dịch vụ. Nếu người dùng đang duyệt web, gửi email hoặc thậm chí truyền phát tệp video [giả sử một số bộ đệm], họ thường sẽ không nhận thấy máy khách của họ nhảy giữa các kênh khi AP liên kết của họ thay đổi kênh. Điều này giả định rằng mạng WLAN của bạn được thiết kế chính xác để khách hàng có sẵn các AP thay thế khả thi. Nếu khách hàng đang sử dụng các ứng dụng nhạy cảm thời gian thực, độ trễ, thì nhiều khả năng họ sẽ quan sát thấy một số tác động tiêu cực. Quá trình chuyển đổi sang một kênh mới có thể sẽ khá dài [theo thuật ngữ WLAN]. Nó sẽ thay đổi tùy thuộc vào các hoạt động cần thiết [ví dụ: thăm dò kênh, trao đổi 802.1X, trao đổi DHCP, v.v.], nhưng nói chung sẽ đủ dài để có tác động của các ứng dụng thời gian thực như video thoại và thời gian thực. Việc sử dụng các tính năng WLAN nâng cao như 802.11r / k có thể giúp đảm bảo rằng các máy khách có thể tăng tốc đáng kể quá trình lựa chọn và chuyển vùng AP. Những cân nhắc này cung cấp một dấu hiệu hữu ích về việc các sự kiện DFS sẽ cung cấp các sự cố trên mạng WLAN của bạn và liệu bạn có nên xem xét tác động của DFS trên mạng không dây của mình hay không.

Phần kết luận

Trong nhiều mạng WLAN không dây dành cho doanh nghiệp, nhìn chung sẽ có yêu cầu sử dụng càng nhiều kênh 5GHz duy nhất càng tốt. Điều này cung cấp cơ hội để giảm thiểu nhiễu đồng kênh và tăng công suất thông qua việc sử dụng liên kết kênh [nếu cần]. Tuy nhiên, việc hiểu và xác minh tác động [nếu có] của phát hiện ra radar là rất quan trọng để đảm bảo các yêu cầu trong thiết kế mạng WLAN của chúng tôi không bị xâm phạm.

Tài liệu tham khảo

Dưới đây là một số nguồn thông tin tuyệt vời khác mà bạn có thể muốn xem để biết thêm thông tin về DFS: