diff --git a/tr/projects/gemstone-mesh/en/projects/mesh-network/overview.mdx b/tr/projects/gemstone-mesh/en/projects/mesh-network/overview.mdx new file mode 100644 index 0000000..aa9eba5 --- /dev/null +++ b/tr/projects/gemstone-mesh/en/projects/mesh-network/overview.mdx @@ -0,0 +1,74 @@ +--- +title: "Mesh Networking with IBSS and BATMAN-adv: What Is It?" +description: "How the IBSS and BATMAN-adv mesh architecture works on T3 Gemstone O1, including the tested environment and addressing plan" +--- + + +This project builds a two-hop wireless mesh network using three **T3 Gemstone O1** boards without requiring a central access point. The `wlan0` interfaces form a shared **IBSS (ad-hoc)** wireless cell, while **BATMAN-adv** provides Layer 2 multi-hop communication over those direct wireless adjacencies. + +At the end of the setup, Node 1 and Node 3 cannot reach each other directly over the IBSS subnet, but BATMAN-adv carries traffic through Node 2: + +```text +Node 1 <------ IBSS ------> Node 2 <------ IBSS ------> Node 3 + | | | +192.168.100.1 192.168.100.2 192.168.100.3 + +Node 1 <----------- no direct IBSS reachability -----------> Node 3 + +BATMAN-adv / bat0: +192.168.200.1 <========= through Node 2 =========> 192.168.200.3 +``` + +The configuration described on this page was verified bidirectionally in a real three-node test. + +## What are IBSS and BATMAN-adv? + +### IBSS + +**IBSS (Independent Basic Service Set)** is an IEEE 802.11 ad-hoc operating mode in which wireless stations join the same cell without an access point. In this project, the `wlan0` interface on every Gemstone board joins the same IBSS cell using an identical SSID, frequency, and fixed BSSID. + +IBSS provides the direct wireless adjacency layer in this setup. It is not used by itself as the multi-hop forwarding mechanism. + +### BATMAN-adv + +**BATMAN-adv** is a Layer 2 mesh component implemented in the Linux kernel. It uses the direct IBSS adjacencies and exposes a virtual mesh interface named `bat0` for upper-layer communication. + +The routing algorithm used in this project is **BATMAN_V**. Two `batctl` commands are especially useful when verifying the mesh: + +```bash +sudo batctl n +sudo batctl o +``` + +- `batctl n` shows direct BATMAN-adv neighbors. +- `batctl o` shows originators and the selected next hop. + +Used together, IBSS provides the direct radio links while BATMAN-adv provides multi-hop forwarding over those links. + +## Tested environment + +| Component | Value | +| --- | --- | +| Hardware | 3 × T3 Gemstone O1 | +| Operating system | Ubuntu 24.04 LTS (Noble Numbat) | +| Architecture | aarch64 | +| Kernel | Linux 6.12.24-ti, PREEMPT_RT | +| Wireless interface | `wlan0` | +| IBSS SSID | `gemstone-mesh` | +| IBSS frequency | 2412 MHz, channel 1 | +| Fixed IBSS BSSID | `02:12:34:56:78:9a` | +| BATMAN-adv algorithm | `BATMAN_V` | +| batctl | `debian-2024.0-1` | +| BATMAN-adv | Included in the tested image; module version `2024.2` was shown during the successful test | + +## Addressing plan + +Two separate IP subnets are used so that direct IBSS reachability can be distinguished from mesh reachability. + +| Node | `wlan0` / IBSS IP | `bat0` / Mesh IP | `bat0` MAC | +| --- | --- | --- | --- | +| Node 1 | `192.168.100.1/24` | `192.168.200.1/24` | `02:ba:70:00:00:01` | +| Node 2 | `192.168.100.2/24` | `192.168.200.2/24` | `02:ba:70:00:00:02` | +| Node 3 | `192.168.100.3/24` | `192.168.200.3/24` | `02:ba:70:00:00:03` | + +The `192.168.100.0/24` subnet is used to check direct IBSS reachability, while `192.168.200.0/24` is assigned to `bat0` for mesh communication. diff --git a/tr/projects/gemstone-mesh/en/projects/mesh-network/setup.mdx b/tr/projects/gemstone-mesh/en/projects/mesh-network/setup.mdx new file mode 100644 index 0000000..8a01b1d --- /dev/null +++ b/tr/projects/gemstone-mesh/en/projects/mesh-network/setup.mdx @@ -0,0 +1,173 @@ +--- +title: "Mesh Networking with IBSS and BATMAN-adv: How to Set It Up" +description: "Setting up an IBSS and BATMAN-adv mesh network on T3 Gemstone O1 using the required userspace tools and helper scripts" +--- + +This page explains how to start an IBSS-based wireless network and the BATMAN-adv mesh layer running on top of it across three T3 Gemstone O1 boards. + +The contents of the `.sh` files used for the setup are not published in this documentation. The required files must already be transferred to each Gemstone board and made executable. + +## Install the required tools + +The tested Gemstone image already includes the `batman-adv` kernel module. Install the `iw` and `batctl` userspace packages: + +```bash +sudo apt install iw +sudo apt install batctl +``` + +- `iw` is used to inspect the wireless interface and verify the IBSS connection. +- `batctl` is used to inspect the BATMAN-adv mesh interface, direct neighbors, and originator table. + +## Transfer the setup files to each board + +Each T3 Gemstone O1 board must contain the following four files: + +```text +ibss-up.sh +ibss-down.sh +bat-up.sh +bat-down.sh +``` + +Transfer the files from your computer to the Gemstone board and place them in the same working directory. Then make them executable: + +```bash +chmod +x ibss-up.sh ibss-down.sh bat-up.sh bat-down.sh +``` + +The same files are used on all three boards. The boards are distinguished by the node number passed when the scripts are executed. + +## 1. Start the IBSS network + +Run `ibss-up.sh` on each board first. Each board must use a different node number. + +### Node 1 + +```bash +./ibss-up.sh 1 +``` + +### Node 2 + +```bash +./ibss-up.sh 2 +``` + +### Node 3 + +```bash +./ibss-up.sh 3 +``` + +After this step, the IBSS-side addresses are: + +| Node | IBSS address | +| --- | --- | +| Node 1 | `192.168.100.1/24` | +| Node 2 | `192.168.100.2/24` | +| Node 3 | `192.168.100.3/24` | + +Verify the IBSS state on each board with: + +```bash +iw dev wlan0 info +iw dev wlan0 link +iw dev wlan0 station dump +``` + +In a successful setup, `wlan0` should operate in IBSS mode and the board should be joined to the shared `gemstone-mesh` cell. + +## 2. Start the BATMAN-adv mesh layer + +After IBSS is active on all three boards, run `bat-up.sh`. Use the same node number that was assigned during the IBSS step. + +### Node 1 + +```bash +./bat-up.sh 1 +``` + +### Node 2 + +```bash +./bat-up.sh 2 +``` + +### Node 3 + +```bash +./bat-up.sh 3 +``` + +After this step, the `bat0` mesh interfaces use the following addresses: + +| Node | Mesh address | +| --- | --- | +| Node 1 | `192.168.200.1/24` | +| Node 2 | `192.168.200.2/24` | +| Node 3 | `192.168.200.3/24` | + +Verify that the mesh interface is present: + +```bash +ip -br addr show bat0 +``` + +Then inspect BATMAN-adv neighbor and forwarding information: + +```bash +sudo batctl n +sudo batctl o +``` + +`batctl n` shows direct BATMAN-adv neighbors, while `batctl o` shows known mesh originators and the selected next hop. + +## 3. Check mesh connectivity + +After the setup is complete, test connectivity using the `bat0` addresses. + +For example, from Node 1 to Node 3: + +```bash +ping -c 5 192.168.200.3 +``` + +From Node 3 to Node 1: + +```bash +ping -c 5 192.168.200.1 +``` + +Neighbor and forwarding information may take a short time to converge immediately after BATMAN-adv is started. If the first attempt does not receive a reply, wait a few seconds and repeat `batctl n`, `batctl o`, and the ping test. + +See the **What We Did** page for the actual three-node terminal results and the multi-hop verification chain. + +## Shut down the network + +When stopping the setup, remove the BATMAN-adv mesh layer first and then stop the IBSS configuration. + +Run the following on each board in this order: + +```bash +./bat-down.sh +./ibss-down.sh +``` + +`bat-down.sh` stops the mesh layer. `ibss-down.sh` then removes the IBSS configuration and returns the wireless interface to normal Wi-Fi operation. + +## Setup sequence + +The complete process can be summarized as follows: + +```text +1. Install iw and batctl +2. Transfer ibss-up.sh, ibss-down.sh, bat-up.sh, and bat-down.sh to each board +3. Make the files executable +4. Run ./ibss-up.sh on each node +5. Verify IBSS with iw +6. Run ./bat-up.sh on each node +7. Inspect bat0, batctl n, and batctl o +8. Test connectivity between bat0 addresses +9. Run ./bat-down.sh and ./ibss-down.sh when finished +``` diff --git a/tr/projects/gemstone-mesh/en/projects/mesh-network/verification.mdx b/tr/projects/gemstone-mesh/en/projects/mesh-network/verification.mdx new file mode 100644 index 0000000..32b36a3 --- /dev/null +++ b/tr/projects/gemstone-mesh/en/projects/mesh-network/verification.mdx @@ -0,0 +1,138 @@ +--- +title: "Mesh Networking with IBSS and BATMAN-adv: What We Did" +description: "Verification results for direct IBSS reachability and bidirectional BATMAN-adv multi-hop communication across three T3 Gemstone O1 nodes" +--- + +## Verify the direct IBSS topology + +Before starting BATMAN-adv, use the `192.168.100.x` addresses to verify which nodes are directly reachable. + +On Node 1: + +```bash +ping -c 5 192.168.100.2 +ping -c 5 192.168.100.3 +``` + +In the verified test, Node 2 was reachable while Node 3 was not directly reachable. Condensed terminal result: + +```text +$ ping -c 5 192.168.100.2 +... +5 packets transmitted, 5 received, 0% packet loss + +$ ping -c 5 192.168.100.3 +... +Destination Host Unreachable +... +5 packets transmitted, 0 received, 100% packet loss +``` + +The reverse direction was also checked from Node 3: + +```bash +ping -c 5 192.168.100.2 +ping -c 5 192.168.100.1 +``` + +Node 3 could reach Node 2 directly but could not reach Node 1 over the IBSS subnet. This verifies that the edge nodes were not communicating through a hidden direct IBSS path. + +## Verify the mesh topology + +### Direct BATMAN-adv neighbors + +Display the neighbor table on each node: + +```bash +sudo batctl n +``` + +In the test, Node 1 had only Node 2 as a direct neighbor: + +```text +Neighbor last-seen +b0:8c:b3:c3:83:ea ... +``` + +Node 2 had two direct neighbors: + +```text +Neighbor last-seen +b0:8c:b3:c3:77:f8 ... +b0:8c:b3:c3:75:b6 ... +``` + +The tested `wlan0` MAC mapping was: + +| Node | `wlan0` MAC | +| --- | --- | +| Node 1 | `b0:8c:b3:c3:75:b6` | +| Node 2 | `b0:8c:b3:c3:83:ea` | +| Node 3 | `b0:8c:b3:c3:77:f8` | + +Node 3 also had only Node 2 as its direct neighbor. The neighbor tables therefore verify the following logical topology: + +```text +Node 1 <------> Node 2 <------> Node 3 +Node 1 <---------- X -----------> Node 3 +``` + +### Inspect originator and next-hop information + +Use the originator table to inspect the selected forwarding path: + +```bash +sudo batctl o +``` + +In the test, Node 1 selected Node 2 as the next hop toward Node 3. Node 3 likewise selected Node 2 as the next hop toward Node 1. + +This is stronger evidence than a successful ping alone because it shows that the mesh layer actually selected the intermediate node as the forwarding path toward the remote endpoint. + +## Test end-to-end multi-hop communication + +From Node 1, ping the `bat0` address of Node 3: + +```bash +ping -c 5 192.168.200.3 +``` + +Condensed successful result: + +```text +5 packets transmitted, 5 received, 0% packet loss +``` + +In the reverse direction, from Node 3 to Node 1: + +```bash +ping -c 5 192.168.200.1 +``` + +Condensed successful result: + +```text +4 packets transmitted, 4 received, 0% packet loss +``` + +When these results are evaluated together with the failed direct `192.168.100.x` tests and the `batctl n` / `batctl o` tables, they verify that traffic between the edge nodes is forwarded through Node 2. + +> **Convergence note:** During the test, some initial `bat0` ping attempts failed before neighbor/originator information had stabilized. If an endpoint is not immediately reachable, inspect `sudo batctl n` and `sudo batctl o`, allow the mesh state to settle, and repeat the test. + +## Result + +A two-hop mesh path was successfully verified across three T3 Gemstone O1 boards using IBSS and BATMAN-adv. IBSS provided the direct wireless adjacencies, while BATMAN-adv provided Layer 2 multi-hop forwarding over those adjacencies. + +The verification chain was: + +1. Node 1 and Node 3 could not directly reach each other using their `192.168.100.x` IBSS addresses. +2. Node 2 saw both edge nodes as direct BATMAN-adv neighbors. +3. The originator tables on the edge nodes selected Node 2 as the next hop toward the remote edge node. +4. Bidirectional communication between `192.168.200.1` and `192.168.200.3` succeeded. + +The following forwarding paths were therefore functionally verified: + +```text +Node 1 --> Node 2 --> Node 3 +Node 3 --> Node 2 --> Node 1 +``` diff --git a/tr/projects/gemstone-mesh/tr/projects/mesh-network/overview.mdx b/tr/projects/gemstone-mesh/tr/projects/mesh-network/overview.mdx new file mode 100644 index 0000000..7b5d808 --- /dev/null +++ b/tr/projects/gemstone-mesh/tr/projects/mesh-network/overview.mdx @@ -0,0 +1,74 @@ +--- +title: "IBSS ve BATMAN-adv ile Mesh Ağ: Nedir?" +description: "T3 Gemstone O1 üzerinde IBSS ve BATMAN-adv tabanlı mesh ağın çalışma mantığı, test ortamı ve adresleme yapısı" +--- + + +Bu projede üç adet **T3 Gemstone O1** kartı kullanılarak merkezi bir erişim noktasına ihtiyaç duymayan, iki atlamalı bir kablosuz mesh ağ oluşturulur. `wlan0` arayüzleri **IBSS (ad-hoc)** modunda ortak bir kablosuz hücre oluşturur; **BATMAN-adv** ise bu doğrudan kablosuz komşulukların üzerinde Layer 2 çok atlamalı iletişim sağlar. + +Kurulum sonunda Düğüm 1 ile Düğüm 3 doğrudan IBSS üzerinden birbirine erişemezken, BATMAN-adv etkinleştirildiğinde trafik Düğüm 2 üzerinden taşınır: + +```text +Düğüm 1 <------ IBSS ------> Düğüm 2 <------ IBSS ------> Düğüm 3 + | | | +192.168.100.1 192.168.100.2 192.168.100.3 + +Düğüm 1 <----------- doğrudan IBSS erişimi yok -----------> Düğüm 3 + +BATMAN-adv / bat0: +192.168.200.1 <======== Düğüm 2 üzerinden ========> 192.168.200.3 +``` + +Bu dokümanda kullanılan yapı, üç düğümlü gerçek testte iki yönlü olarak doğrulanmıştır. + +## IBSS ve BATMAN-adv nedir? + +### IBSS + +**IBSS (Independent Basic Service Set)**, kablosuz cihazların bir erişim noktası kullanmadan aynı IEEE 802.11 ad-hoc hücresine katılarak doğrudan haberleşmesini sağlayan çalışma modudur. Bu projede tüm Gemstone kartlarında `wlan0` arayüzü aynı SSID, frekans ve sabit BSSID ile aynı IBSS hücresine katılır. + +IBSS bu yapıda doğrudan kablosuz komşuluk katmanını sağlar. Tek başına çok atlamalı yönlendirme görevi üstlenmez. + +### BATMAN-adv + +**BATMAN-adv**, Linux kernel içinde çalışan Layer 2 mesh bileşenidir. IBSS üzerindeki doğrudan komşulukları kullanır ve üst katmanların haberleşmesi için `bat0` isimli sanal bir mesh arayüzü oluşturur. + +Bu projede yönlendirme algoritması **BATMAN_V** olarak seçilmiştir. Mesh durumunu incelemek için özellikle şu iki `batctl` komutu kullanılır: + +```bash +sudo batctl n +sudo batctl o +``` + +- `batctl n`: doğrudan BATMAN-adv komşularını gösterir. +- `batctl o`: originator ve seçilen next-hop bilgisini gösterir. + +Bu iki katman birlikte kullanıldığında IBSS doğrudan radyo bağlantısını, BATMAN-adv ise bu bağlantıların üzerinde çok atlamalı iletimi sağlar. + +## Test edilen ortam + +| Bileşen | Değer | +| --- | --- | +| Donanım | 3 × T3 Gemstone O1 | +| İşletim sistemi | Ubuntu 24.04 LTS (Noble Numbat) | +| Mimari | aarch64 | +| Kernel | Linux 6.12.24-ti, PREEMPT_RT | +| Kablosuz arayüz | `wlan0` | +| IBSS SSID | `gemstone-mesh` | +| IBSS frekansı | 2412 MHz, Kanal 1 | +| Sabit IBSS BSSID | `02:12:34:56:78:9a` | +| BATMAN-adv algoritması | `BATMAN_V` | +| batctl | `debian-2024.0-1` | +| BATMAN-adv | Kullanılan imajda hazır; başarılı testte modül sürümü `2024.2` | + +## Adresleme planı + +Doğrudan IBSS erişimi ile mesh erişimini birbirinden ayırabilmek için iki farklı ağ kullanılır. + +| Düğüm | `wlan0` / IBSS IP | `bat0` / Mesh IP | `bat0` MAC | +| --- | --- | --- | --- | +| Düğüm 1 | `192.168.100.1/24` | `192.168.200.1/24` | `02:ba:70:00:00:01` | +| Düğüm 2 | `192.168.100.2/24` | `192.168.200.2/24` | `02:ba:70:00:00:02` | +| Düğüm 3 | `192.168.100.3/24` | `192.168.200.3/24` | `02:ba:70:00:00:03` | + +`192.168.100.0/24` ağı doğrudan IBSS erişimini kontrol etmek, `192.168.200.0/24` ağı ise `bat0` üzerinden mesh iletişimini doğrulamak için kullanılır. diff --git a/tr/projects/gemstone-mesh/tr/projects/mesh-network/setup.mdx b/tr/projects/gemstone-mesh/tr/projects/mesh-network/setup.mdx new file mode 100644 index 0000000..3c8a3d9 --- /dev/null +++ b/tr/projects/gemstone-mesh/tr/projects/mesh-network/setup.mdx @@ -0,0 +1,173 @@ +--- +title: "IBSS ve BATMAN-adv ile Mesh Ağ: Nasıl Kurulur?" +description: "T3 Gemstone O1 kartlarında IBSS ve BATMAN-adv mesh ağının gerekli araçlar ve yardımcı script dosyalarıyla kurulumu" +--- + +Bu sayfada üç T3 Gemstone O1 kartı üzerinde IBSS tabanlı kablosuz bağlantının ve bunun üzerinde çalışan BATMAN-adv mesh katmanının nasıl başlatılacağı açıklanmaktadır. + +Kurulumda kullanılan `.sh` dosyalarının içerikleri bu dokümantasyonda yayımlanmamaktadır. İlgili dosyaların her Gemstone kartına aktarılmış ve çalıştırılabilir durumda olması gerekir. + +## Gerekli araçların kurulması + +Kullanılan Gemstone imajında `batman-adv` kernel modülü hazırdır. Kullanıcı alanında `iw` ve `batctl` paketlerini kurun: + +```bash +sudo apt install iw +sudo apt install batctl +``` + +- `iw`, kablosuz arayüzün durumunu ve IBSS bağlantısını kontrol etmek için kullanılır. +- `batctl`, BATMAN-adv mesh arayüzünü, doğrudan komşuları ve originator tablosunu incelemek için kullanılır. + +## Kurulum dosyalarını karta aktarma + +Her T3 Gemstone O1 kartında aşağıdaki dört dosyanın bulunması gerekir: + +```text +ibss-up.sh +ibss-down.sh +bat-up.sh +bat-down.sh +``` + +Dosyaları bilgisayarınızdan Gemstone karta aktarın ve aynı çalışma dizinine yerleştirin. Ardından çalıştırma izni verin: + +```bash +chmod +x ibss-up.sh ibss-down.sh bat-up.sh bat-down.sh +``` + +Aşağıdaki işlemler üç kartta da aynı dosyalar kullanılarak yapılır. Kartları birbirinden ayıran değer, çalıştırma sırasında verilen düğüm numarasıdır. + +## 1. IBSS ağını başlatma + +Önce her kartta `ibss-up.sh` dosyasını çalıştırın. Her karta farklı bir düğüm numarası verilmelidir. + +### Düğüm 1 + +```bash +./ibss-up.sh 1 +``` + +### Düğüm 2 + +```bash +./ibss-up.sh 2 +``` + +### Düğüm 3 + +```bash +./ibss-up.sh 3 +``` + +Bu aşamadan sonra düğümlerin IBSS tarafındaki adresleri aşağıdaki gibi olur: + +| Düğüm | IBSS adresi | +| --- | --- | +| Düğüm 1 | `192.168.100.1/24` | +| Düğüm 2 | `192.168.100.2/24` | +| Düğüm 3 | `192.168.100.3/24` | + +IBSS bağlantısının oluştuğunu kontrol etmek için her kartta şu komutları kullanabilirsiniz: + +```bash +iw dev wlan0 info +iw dev wlan0 link +iw dev wlan0 station dump +``` + +Başarılı durumda `wlan0` arayüzü IBSS modunda görünmeli ve kart ortak `gemstone-mesh` hücresine katılmış olmalıdır. + +## 2. BATMAN-adv mesh katmanını başlatma + +IBSS bağlantısı üç kartta da hazır olduktan sonra `bat-up.sh` dosyasını çalıştırın. Burada da IBSS kurulumu sırasında kullanılan aynı düğüm numarası verilmelidir. + +### Düğüm 1 + +```bash +./bat-up.sh 1 +``` + +### Düğüm 2 + +```bash +./bat-up.sh 2 +``` + +### Düğüm 3 + +```bash +./bat-up.sh 3 +``` + +Bu aşamadan sonra BATMAN-adv tarafından kullanılan `bat0` arayüzleri aşağıdaki adreslere sahip olur: + +| Düğüm | Mesh adresi | +| --- | --- | +| Düğüm 1 | `192.168.200.1/24` | +| Düğüm 2 | `192.168.200.2/24` | +| Düğüm 3 | `192.168.200.3/24` | + +Mesh arayüzünün oluştuğunu kontrol edin: + +```bash +ip -br addr show bat0 +``` + +Ardından BATMAN-adv komşuluk ve yönlendirme bilgilerini inceleyebilirsiniz: + +```bash +sudo batctl n +sudo batctl o +``` + +`batctl n` doğrudan BATMAN-adv komşularını, `batctl o` ise mesh içinde bilinen düğümleri ve kullanılacak next-hop bilgisini gösterir. + +## 3. Mesh bağlantısını kontrol etme + +Kurulum tamamlandıktan sonra `bat0` adresleri üzerinden düğümler arasında ping testi yapılabilir. + +Örneğin Düğüm 1'den Düğüm 3'e: + +```bash +ping -c 5 192.168.200.3 +``` + +Düğüm 3'ten Düğüm 1'e: + +```bash +ping -c 5 192.168.200.1 +``` + +BATMAN-adv etkinleştirildikten hemen sonra komşuluk ve yönlendirme bilgilerinin oluşması kısa bir süre alabilir. İlk denemede yanıt alınamazsa birkaç saniye bekleyip `batctl n`, `batctl o` ve ping komutlarını tekrar çalıştırın. + +Üç düğümlü testte elde edilen gerçek terminal sonuçları ve multi-hop doğrulama zinciri için **Özetle Ne Yaptık?** sayfasına bakabilirsiniz. + +## Ağı kapatma + +Ağı kapatırken önce BATMAN-adv mesh katmanını, ardından IBSS bağlantısını kaldırın. + +Her kartta sırasıyla: + +```bash +./bat-down.sh +./ibss-down.sh +``` + +`bat-down.sh` mesh katmanını kapatır. Ardından `ibss-down.sh`, kablosuz arayüzü IBSS kullanımından çıkararak normal Wi-Fi kullanımına geri döndürür. + +## Kurulum sırası + +Tüm süreç özetle aşağıdaki sırayla ilerler: + +```text +1. iw ve batctl paketlerini kur +2. ibss-up.sh, ibss-down.sh, bat-up.sh ve bat-down.sh dosyalarını karta aktar +3. Dosyalara çalıştırma izni ver +4. Her düğümde ./ibss-up.sh çalıştır +5. IBSS bağlantısını iw komutlarıyla kontrol et +6. Her düğümde ./bat-up.sh çalıştır +7. bat0, batctl n ve batctl o ile mesh durumunu kontrol et +8. bat0 adresleri arasında ping testi yap +9. İşlem sonunda ./bat-down.sh ve ./ibss-down.sh çalıştır +``` diff --git a/tr/projects/gemstone-mesh/tr/projects/mesh-network/verification.mdx b/tr/projects/gemstone-mesh/tr/projects/mesh-network/verification.mdx new file mode 100644 index 0000000..751db03 --- /dev/null +++ b/tr/projects/gemstone-mesh/tr/projects/mesh-network/verification.mdx @@ -0,0 +1,138 @@ +--- +title: "IBSS ve BATMAN-adv ile Mesh Ağ: Özetle Ne Yaptık?" +description: "Üç T3 Gemstone O1 düğümünde doğrudan IBSS erişimi ve BATMAN-adv multi-hop haberleşmesinin doğrulama sonuçları" +--- + +## Doğrudan IBSS topolojisini doğrulama + +BATMAN-adv başlatılmadan önce `192.168.100.x` adresleri ile doğrudan erişimi kontrol edin. + +Düğüm 1 üzerinde: + +```bash +ping -c 5 192.168.100.2 +ping -c 5 192.168.100.3 +``` + +Testte Düğüm 2 erişilebilirken Düğüm 3 doğrudan erişilebilir değildi. Özetlenmiş terminal sonucu: + +```text +$ ping -c 5 192.168.100.2 +... +5 packets transmitted, 5 received, 0% packet loss + +$ ping -c 5 192.168.100.3 +... +Destination Host Unreachable +... +5 packets transmitted, 0 received, 100% packet loss +``` + +Düğüm 3 üzerinde ters yön de kontrol edildi: + +```bash +ping -c 5 192.168.100.2 +ping -c 5 192.168.100.1 +``` + +Testte Düğüm 3, Düğüm 2'ye erişebilirken Düğüm 1'e doğrudan erişemedi. Böylece uç düğümlerin birbirine gizli bir doğrudan IBSS yolu üzerinden ulaşmadığı doğrulandı. + +## Mesh topolojisini doğrulama + +### Doğrudan BATMAN-adv komşuları + +Her düğümde komşu tablosunu görüntüleyin: + +```bash +sudo batctl n +``` + +Testte Düğüm 1 yalnızca Düğüm 2'yi doğrudan komşu olarak gördü: + +```text +Neighbor last-seen +b0:8c:b3:c3:83:ea ... +``` + +Düğüm 2 ise iki doğrudan komşu gördü: + +```text +Neighbor last-seen +b0:8c:b3:c3:77:f8 ... +b0:8c:b3:c3:75:b6 ... +``` + +Bu testte kullanılan `wlan0` MAC eşleşmeleri şöyledir: + +| Düğüm | `wlan0` MAC | +| --- | --- | +| Düğüm 1 | `b0:8c:b3:c3:75:b6` | +| Düğüm 2 | `b0:8c:b3:c3:83:ea` | +| Düğüm 3 | `b0:8c:b3:c3:77:f8` | + +Düğüm 3 tarafında da tek doğrudan komşu Düğüm 2'dir. Böylece komşu tabloları mantıksal olarak aşağıdaki yapıyı doğrular: + +```text +Düğüm 1 <------> Düğüm 2 <------> Düğüm 3 +Düğüm 1 <---------- X -----------> Düğüm 3 +``` + +### Originator ve next-hop bilgisini kontrol etme + +Uzak düğümlere hangi komşu üzerinden erişildiğini görmek için: + +```bash +sudo batctl o +``` + +Testte Düğüm 1'in originator tablosunda Düğüm 3'e giden next-hop Düğüm 2, Düğüm 3'ün originator tablosunda ise Düğüm 1'e giden next-hop yine Düğüm 2 olarak gözlendi. + +Bu kontrol, yalnızca bir ping başarısı görmekten daha güçlü bir doğrulama sağlar; mesh katmanının uzak düğüm için ara düğümü gerçekten iletim yolu olarak seçtiğini gösterir. + +## Uçtan uca multi-hop iletişimi test etme + +Düğüm 1'den Düğüm 3'ün `bat0` adresine ping gönderin: + +```bash +ping -c 5 192.168.200.3 +``` + +Başarılı testin özetlenmiş sonucu: + +```text +5 packets transmitted, 5 received, 0% packet loss +``` + +Ters yönde, Düğüm 3'ten Düğüm 1'e: + +```bash +ping -c 5 192.168.200.1 +``` + +Başarılı testin özetlenmiş sonucu: + +```text +4 packets transmitted, 4 received, 0% packet loss +``` + +Doğrudan `192.168.100.x` erişiminin uç düğümler arasında başarısız olmasına rağmen `192.168.200.x` adresleri üzerinden iki yönlü iletişim kurulması, `batctl n` ve `batctl o` tablolarıyla birlikte değerlendirildiğinde trafiğin Düğüm 2 üzerinden multi-hop taşındığını doğrular. + +> **Yakınsama notu:** Test sırasında ilk `bat0` ping denemelerinin bazıları başarısız olmuş, komşu/originator tabloları kararlı hale geldikten sonra iletişim başarıyla kurulmuştur. Bir uç henüz erişilemiyorsa önce `sudo batctl n` ve `sudo batctl o` çıktılarını kontrol edip testi tekrar edin. + +## Sonuç + +Üç T3 Gemstone O1 kartı üzerinde IBSS ve BATMAN-adv birlikte kullanılarak iki atlamalı mesh iletişimi doğrulanmıştır. IBSS, doğrudan kablosuz komşulukları oluştururken BATMAN-adv bu komşulukların üzerinde Layer 2 çok atlamalı iletim sağlamıştır. + +Doğrulamanın temel zinciri şöyledir: + +1. Düğüm 1 ile Düğüm 3, `192.168.100.x` IBSS adresleri üzerinden doğrudan birbirine erişemedi. +2. Düğüm 2, iki uç düğümü de doğrudan BATMAN-adv komşusu olarak gördü. +3. Uç düğümlerin originator tablolarında uzak uç için next-hop olarak Düğüm 2 seçildi. +4. `192.168.200.1` ile `192.168.200.3` arasında iki yönlü ping başarıyla tamamlandı. + +Sonuç olarak aşağıdaki iletişim yolu işlevsel olarak doğrulanmıştır: + +```text +Düğüm 1 --> Düğüm 2 --> Düğüm 3 +Düğüm 3 --> Düğüm 2 --> Düğüm 1 +```