<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Simulation of the availability and initialization speed of a layer 2 mesh network⋆</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Oleksii Dzhus</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Mykhaylo Lobur</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Lviv Polytechnic National University</institution>
          ,
          <addr-line>12 S. Bandery str., 79000 Lviv</addr-line>
          ,
          <country country="UA">Ukraine</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2025</year>
      </pub-date>
      <fpage>46</fpage>
      <lpage>57</lpage>
      <abstract>
        <p>This paper presents a comprehensive simulation-based study of availability and initialization speed in Layer 2 (L2) mesh networks, with a particular focus on the BATMAN-adv protocol. A high-fidelity software framework was developed to emulate physical-layer characteristics, collision-aware MAC behavior, and realistic OGM exchange dynamics. The model supports controlled cold-start experiments, traffic visualization, and scalability analysis across networks ranging from 2×2 up to 15×15 nodes. Results show that initialization time grows approximately with network diameter and becomes increasingly sensitive to control-plane contention as the network scales. For a 15×15 grid, typical convergence times ranged from 20-45 seconds depending on OGM intervals, link quality, and packet load. Visualization of traffic matrices revealed the transient instability characteristic of early initialization, while curve-fitting analysis using a three-parameter asymmetric model captured the statistical relationship between error rate and initialization time. The fitted coefficients showed consistent behavior across packet loads, demonstrating that traffic intensity primarily shifts convergence curves without altering their shape. Overall, the study provides a quantitative basis for predicting L2 mesh initialization dynamics and offers a validated simulation toolset for future research and real-world testing.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;wireless</kwd>
        <kwd>mesh network</kwd>
        <kwd>BATMAN</kwd>
        <kwd>BATMAN-adv</kwd>
        <kwd>originator message</kwd>
        <kwd>network initialization</kwd>
        <kwd>convergence speed</kwd>
        <kwd>availability</kwd>
        <kwd>simulation</kwd>
        <kwd>wireless mesh routing</kwd>
        <kwd>scalability</kwd>
        <kwd>performance modeling</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Mesh networks have emerged as a critical infrastructure solution for modern communication
systems, offering resilience, scalability, and decentralized operation across a wide range of
applications, from Internet of Things sensor networks to emergency response systems [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Unlike
traditional hierarchical network architectures, mesh networks enable nodes to communicate
dynamically, creating self-organizing topologies that can adapt to changing conditions [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
However, the initialization phase—during which nodes discover neighbors, establish connections,
and form the network topology—represents a crucial performance bottleneck that directly impacts
network availability and responsiveness. For L2 mesh networks operating at the data link layer,
initialization speed becomes particularly significant as it determines how quickly the network can
achieve operational readiness without relying on higher-layer routing protocols [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ].
      </p>
      <p>
        Despite extensive research on mesh network protocols and topology formation algorithms,
limited attention has been paid to systematically modeling and simulating the initialization
dynamics of L2 mesh networks under realistic conditions. Most existing studies focus on
steadystate performance metrics or assume instantaneous network formation, overlooking the transient
initialization period where network behavior is most unpredictable [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The initialization speed
depends on complex interactions between multiple factors, including node density, radio
propagation characteristics, medium access control protocols, and discovery mechanisms.
Understanding these initialization dynamics through accurate simulation is essential for designing
networks that can rapidly converge to stable operation, particularly in time-critical applications
such as disaster recovery networks or tactical military communications.
      </p>
      <p>
        This paper presents a comprehensive simulation framework for analyzing the speed of L2 mesh
network initialization, incorporating realistic physical layer models, collision-aware MAC
protocols, and various discovery strategies. Our approach provides novel insights into the temporal
evolution of network connectivity during the critical initialization phase, revealing non-intuitive
relationships between network parameters and convergence time. By examining initialization
under different node distributions, discovery intervals, and interference patterns, we identify key
optimization opportunities that can reduce initialization latency compared to standard approaches
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. These findings have immediate practical implications for network designers seeking to
minimize downtime and improve the reliability of mesh network deployments in dynamic
environments.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Source Review</title>
      <p>
        BATMAN-adv operates at L2, embedding routing information in data packets and eliminating the
need for each node to maintain a full network map. This design reduces processing overhead and
supports protocol-agnostic data forwarding, enhancing throughput and flexibility [
        <xref ref-type="bibr" rid="ref6 ref7 ref8">6–8</xref>
        ]. The
protocol is valued for its portability, dynamic organization, and security, making it suitable for
challenging environments such as disaster relief and remote areas [
        <xref ref-type="bibr" rid="ref10 ref11 ref9">9–11</xref>
        ].
      </p>
      <p>
        BATMAN-adv demonstrates stable performance in many scenarios but faces challenges under
heavy traffic, where route instability and increased resource consumption can occur [
        <xref ref-type="bibr" rid="ref12 ref13 ref8 ref9">8, 9, 12, 13</xref>
        ].
Comparative studies show that while BATMAN-adv is efficient in certain conditions, protocols
such as OLSR and Babel may outperform it in high-mobility or high-traffic environments due to
faster route adaptation and lower latency [
        <xref ref-type="bibr" rid="ref14 ref15">14, 15</xref>
        ]. Enhancements such as signal strength-based
routing and packet aggregation have been proposed to improve stability and channel efficiency
[
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>
        Recent work focuses on optimizing BATMAN-adv for faster reconnection after disruptions,
improving routing criteria, and integrating with delay-tolerant networking for better packet
delivery in intermittent conditions [
        <xref ref-type="bibr" rid="ref10 ref16 ref17">10, 16, 17</xref>
        ]. Hybrid approaches with SDN and new emulation
tools are also being explored to enhance scalability and management [
        <xref ref-type="bibr" rid="ref15 ref18 ref19">15, 18, 19</xref>
        ].
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Materials and Methods</title>
      <sec id="sec-3-1">
        <title>3.1. Initialization Speed and Synchronization</title>
        <p>
          In industrial wireless sensor networks with a mesh-star architecture, the Fast and Low-Overhead
Time Synchronization algorithm achieves rapid initialization and synchronization. Simulations
show that logical clock skew in the mesh layer converges within approximately 10 s, and full
synchronization is achieved in about 20 s—significantly faster than traditional distributed
algorithms like ATS and GTSP. The convergence speed is mathematically linked to the network’s
average node degree and size, with larger, well-connected networks converging more quickly. The
iterative synchronization process in mesh networks can be mapped to a Markov chain, where the
convergence rate depends on the second-largest eigenvalue of the transition probability matrix.
This provides a theoretical basis for predicting initialization speed as a function of network
parameters [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ].
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>3.2. Impact of Communication Delays and Network Size</title>
        <p>
          High-fidelity simulators (e.g., AirSim) have been used to model robot mesh networks, incorporating
realistic robot-to-robot communication speeds (e.g., 0.25 Mb/s). These simulations demonstrate that
decision and initialization times scale linearly with network size, and that sparser networks can
improve scalability without severely impacting performance [
          <xref ref-type="bibr" rid="ref20">20</xref>
          ]. Efficient initialization schemes,
such as two-level approaches for mesh partitioning, can reduce initialization time by up to fivefold
in large-scale simulations (e.g., 24,576 CPU cores), with total initialization times under 6 min. for
huge meshes [
          <xref ref-type="bibr" rid="ref22">22</xref>
          ].
        </p>
        <p>
          Simulations of mesh-based P2P video streaming systems show that startup delays and buffering
times are within industry standards, and that mesh architectures can efficiently handle peer churn
and dynamic initialization [
          <xref ref-type="bibr" rid="ref23 ref24">23, 24</xref>
          ].
        </p>
      </sec>
      <sec id="sec-3-3">
        <title>3.3. Rationale for Choosing Layer 2 Protocol</title>
        <p>The relative stability of the BATMAN protocol when implemented at L2, compared with mesh
routing protocols operating at Layer 3 (L3), can be understood by examining the architectural and
functional distinctions between link-layer forwarding and network-layer routing in dynamic
wireless environments. BATMAN-adv, the L2 incarnation of the protocol, conceptualizes the entire
mesh network as a single Ethernet broadcast domain. By doing so, it avoids the intrinsic
complexity associated with maintaining global network-layer state and instead employs a
forwarding model that relies solely on local link information. This design fundamentally alters how
the network responds to topology changes, making the system less sensitive to volatility in link
quality and node availability.</p>
        <p>The instability frequently observed in L3 mesh routing protocols arises from their need to
construct, maintain, and periodically update global routing tables. Protocols such as OLSR, RIP, or
similar IP-based mechanisms perform continuous dissemination of routing information and require
convergence on consistent end-to-end path calculations. In wireless mesh networks, where nodes
are mobile or subject to fluctuating radio conditions, the volume and frequency of necessary
routing updates increase significantly. Each change in topology triggers a sequence of
recalculations, control-plane exchanges, and propagation delays that can result in route flapping,
packet loss, and periods of inconsistent routing information. These characteristics impose
substantial overhead and prolong the network’s convergence time, thereby reducing its operational
stability. In contrast, BATMAN at L2 does not attempt to construct a global view of the network.
Instead, it limits its perspective to the immediate neighbors of each node and relies on a metric
derived from the periodic exchange of lightweight Originator Messages. Each node determines
only the best next hop toward a destination, rather than computing the entire end-to-end path.
This localized decision model enables topology changes to be absorbed at the point of occurrence,
without triggering system-wide recomputation or the dissemination of complex routing updates.
The absence of a global state significantly reduces the protocol’s susceptibility to instability
induced by transient or localized link variations. As a result, the protocol exhibits smoother
adaptation to dynamic wireless conditions, because each node responds only to changes it can
directly observe.</p>
        <p>Operating at L2 also preserves the operational semantics of a conventional Ethernet network,
enabling BATMAN-adv to handle broadcast and multicast traffic natively. Many L3 mesh protocols
struggle with such traffic because IP routing is inherently designed for unicast forwarding, which
often requires additional mechanisms or encapsulation strategies to support address resolution or
service discovery protocols, such as ARP, DHCP, and IPv6 Neighbor Discovery. BATMAN-adv’s
ability to propagate these frames transparently across the mesh avoids the inconsistencies that can
arise when L3 protocols attempt to emulate or approximate link-layer broadcast behavior. This
property contributes further to stability, since standard network functions continue to operate as
expected without imposing extra signaling or translation layers.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. Results</title>
      <sec id="sec-4-1">
        <title>4.1. Features of the BATMAN Protocol</title>
        <p>BATMAN-adv is a L2 mesh routing protocol designed for wireless mesh networks, offering
decentralized, self-healing, and flexible connectivity. Its open-source nature and adaptability make
it popular for scenarios like disaster response, community networks, and mobile ad-hoc
environments. BATMAN-adv is specifically designed not to depend on synchronized clocks of any
kind. All of its routing decisions rely on relative sequence numbers, not timestamps. Therefore, it
does not require global or local time synchronization mechanisms such as FLOTS, FTSP, TPSN, or
any other fast/low-overhead time-sync system.</p>
        <p>BATMAN-adv operates at L2 and evaluates link quality by exchanging Originator Messages
(OGMs). These OGMs contain sequence numbers that are monotonically increasing, allowing each
node to determine whether a message is new, old, or a duplicate. Because sequence numbers are
relative counters generated independently by each node, BATMAN-adv never needs nodes to share
a unified notion of clock time. Time-synchronization protocols create processing and
communication overhead, and in unstable wireless mesh networks, synchronized time can drift
quickly or become inconsistent. BATMAN-adv avoids this entire class of problems by relying on
sequence-based freshness, ensuring that routing remains robust even when nodes have no
synchronized clocks, reboot frequently, or move rapidly.</p>
      </sec>
      <sec id="sec-4-2">
        <title>4.2. Originator Message Initialization Speed</title>
        <p>Every node periodically broadcasts an OGM (default interval Δt =1 s) containing: O is a originator
MAC address, S is a sender MAC address, seqnoO is a sequence number, and Transmission Quality
TQ ∈ [ 0 , 255], where 255 represents perfect transmission for a 15 by 15 matrix. When node B
receives an OGM from neighbor A, the local reception quality (sliding window from 50 to 500
expected packets):</p>
        <p>ERX B ( A )=
received OGM |A
expected OGM</p>
        <p>
          ∈ [
          <xref ref-type="bibr" rid="ref1">0,1</xref>
          ].
        </p>
        <p>Reverse quality carried in the packet. The OGM contains the reverse link quality TQ A → B, as
measured by A. Bidirectional link quality (B’s computation):</p>
        <p>Thus, the end-to-end path TQ after h hops is approximately:</p>
        <p>TQ B → A = ERX B ( A ) × TQ A → B
TQ path ≈ n2 ∏h ( p forward ( i ) p preverse ( i ) ) ,</p>
        <p>i=1
where n is a matrix size.</p>
        <p>Best next-hop selection for each node N maintains:</p>
        <p>O ↦ ( next-hop MAC , best TQ , last seqno ).</p>
        <p>For an OGM for originator O received via neighbor N i:</p>
        <p>TQ global ( O via N i )=TQ incoming.</p>
        <p>Next-hop choice:</p>
        <p>
          next-hop ( O )=arg maxN i TQ global ( O via N i ), (6)
where tie-breaking uses MAC address or sequence number [
          <xref ref-type="bibr" rid="ref25">25</xref>
          ].
        </p>
        <p>A node rebroadcasts an OGM of originator O only if:
1. It was received from the currently selected best next-hop toward O , or
2. The new candidate TQ is significantly higher than the current best (hysteresis threshold).</p>
        <p>
          This changes flooding complexity from O ( n ² ) to O ( n ) while keeping single-path loop-free
routing [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ].
        </p>
        <p>Convergence and initialization speed used at cold start, all nodes begin broadcasting OGMs with
TQ =n2 and seqno =0. Ideal-case convergence time (low-loss, symmetric links)</p>
        <p>T c ≈ D × Δt , (7)
where D is a network diameter in hops, Δt is the OGM interval (default 1 s).</p>
        <p>
          In a regular 15×15 grid with 4-connectivity (Manhattan layout) D =2 × ( 15 − 1 )=28 hops. Ideal
convergence is T c ≈ 28 s . Real-world measured convergence (accounting for EWMA windows of
100 OGMs, hysteresis, and minor losses) T c ≈ 35 – 60 s for 15×15 grids. Reducing Δt to 200–500 ms
can bring 15×15 convergence below 15 s, at the cost of significantly higher control overhead [
          <xref ref-type="bibr" rid="ref13 ref26">13,
26</xref>
          ].
        </p>
      </sec>
      <sec id="sec-4-3">
        <title>4.3. Development of a Software Model</title>
        <p>
          The meshnet-lab package [
          <xref ref-type="bibr" rid="ref27">27</xref>
          ] was chosen for modeling, but other packages can also be used [
          <xref ref-type="bibr" rid="ref28 ref29 ref30">28–
30</xref>
          ]. The square matrix is chosen for its greater connectivity, which corresponds to the best results
that a mesh network can show in simulation.
        </p>
        <p>Single-run measurement tool to determine the minimum time required for a batman-adv mesh
network of given topology to reach full convergence (100% packet delivery) starting from a cold
start:
• Performs guaranteed cold reset before the test.
•
•
•</p>
        <p>Iteratively increases delay after network start until 100% PDR is achieved.</p>
        <p>Prints classic line: 45s → 500 ok | 0 lost | 100.0%.</p>
        <p>Outputs convergence time in seconds.</p>
        <p>Pythonwhile delay &lt;= 180:
full_cold_reset()
setup_target_grid(rows, cols)
time.sleep(delay)
success = subprocess.run(["sudo", "./ping.py", "--pings", "500", "--timeout", "4"],</p>
        <p>capture_output=True, text=True).stdout.lower().count("success")
print(f" {delay:&gt;3}s → {success:&gt;3} ok | {500-success:&gt;3} lost | {success/5:6.1f}%")
if success == 500:
print(f"FULL CONVERGENCE ACHIEVED in {delay} seconds")
break
delay += step</p>
        <p>Generates a high-quality vector-ready visualization of real traffic matrix in a batman-adv mesh
after a directed ping flood. Successfully delivered and lost packets are shown as green arrows and
red dashed arrows respectively:</p>
        <p>Accepts --matrix R C --packets N --delay D --restart yes/no.</p>
        <p>Draws physical links, successful flows (thickness ∝ packet count), lost flows (red dashed).
Displays exact packet counts on each directed link.</p>
        <p>Uses NetworkX + Matplotlib with publication-ready style.</p>
        <p>
          Pythonfor (u, v), cnt in success_count.items():
width = min(6 + cnt * 2.8, 40)
nx.draw_networkx_edges(G, pos, edgelist=[(u,v)], width=width,
edge_color="#006400", arrowsize=40,
connectionstyle=f"arc3,rad=0.25")
mx, my = (pos[u][0]+pos[v][0])/2, (pos[u][
          <xref ref-type="bibr" rid="ref1">1</xref>
          ]+pos[v][
          <xref ref-type="bibr" rid="ref1">1</xref>
          ])/2 + 0.22
plt.text(mx, my, str(cnt), fontsize=17, fontweight="bold",
color="darkgreen", ha="center",
bbox=dict(facecolor="white", alpha=0.9))
        </p>
        <p>Studies how traffic intensity affects batman-adv convergence time. For a fixed topology, the
number of simultaneously sent ping packets is increased (from ping_step to max_pings). For each
load level a full convergence curve (PDR vs time) is built:
• Cold reset before every single measurement.
• Starts from user-defined step (e.g. 100, 200, … instead of 50).
• Produces family of curves “PDR vs time” with different colours per load.
• Prints complete raw data table before the plot.</p>
        <p>Pythonping_values = list(range(ping_step, max_pings + 1, ping_step))
for pings in ping_values:
delay = time_step
while delay &lt;= 180:
full_cold_reset()
setup_target_grid(rows, cols)
time.sleep(delay)
success = count_success(pings)
print(f" {delay:&gt;3}s → {success:&gt;4} ok | {pings-success:&gt;4} lost | {success/pings*100:6.1f}%")
save_measurement(pings, delay, success/pings*100)
if success == pings: break
delay += time_step</p>
        <p>Investigates scalability of batman-adv: how convergence time grows with network size (from
2×2 up to n × n nodes) at constant traffic intensity:
•
•
•
•</p>
        <p>Full cold reset before every measurement of every size.</p>
        <p>One curve per grid size, viridis colour map.</p>
        <p>Square marker indicates the exact moment of 100% convergence.</p>
        <p>Complete table with every single data point printed before the figure.</p>
        <p>Pythonfor size in range(2, max_size + 1):
delay = step_seconds
while delay &lt;= 180:
full_cold_reset()
print(f" Creating {size}×{size} grid and waiting {delay}s...")
setup_target_grid(size, size)
time.sleep(delay)
success = count_success(num_pings)
print(f" {delay:&gt;3}s → {success:&gt;3} ok | {num_pings-success:&gt;3} lost |
{success/num_pings*100:6.1f}%")
save_point(size, delay, success/num_pings*100)
if success == num_pings:
plt.plot(delay, 100, 's', markersize=14, markeredgecolor='black')
break
delay += step_seconds</p>
      </sec>
      <sec id="sec-4-4">
        <title>4.4. Simulation Results for BATMAN-adv</title>
        <p>The experiment consisted of first initializing a virtual network using the actual L2 mesh interface.
Inside each namespace, a bat0 interface is created and all veth ends that represent radio links are
added to it with batctl if add. BATMAN-adv then builds the mesh routing table over these virtual
“radios.”</p>
        <p>To display the network and connections between nodes, a visualization is used that shows the
results of ICMP packet transmission. Figure 1 shows an example of different networks. Nodes are
selected randomly and the number of successful transmissions is counted. For each network at the
same time, initialization accounts for a different number of errors: 24% for 5×5 network, 28 for
10×10, and 56% for 15×15. The numbers on the lines indicate the number of successful and
unsuccessful transmissions, which are initialized in random order between different nodes of the
network.</p>
        <p>a
b
c</p>
        <p>For different networks, the speed of their stabilization is different, which can be seen from the
graphs in Figure 2.</p>
        <p>Since the network sizes vary, the simulation time also varies and increases exponentially with
increasing network size. In the first stage, the previous virtual network is reset to clear node caches
and their OGM tables (effectively deleting connections in the network). In the second stage, a new
network is initialized, which requires time to populate the OGM tables. However, for the
experiment, the network was not allowed to fully initialize; the process of transmitting ICMP
packets began. The number of successful packet transmissions is recorded. Afterwards, the final
number of errors is calculated depending on the network size and the number of transmitted text
packets.</p>
        <p>An experiment was also conducted on the stabilization speed of networks of different sizes
under a load of 500 packets, the results of which are shown in Figure 3.</p>
        <p>100
90
80
70
60
50
40
30
20
10
0
23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43</p>
        <p>2×2 3×3 4×4 5×5 6×6 7×7 8×8 9×9 10×10 11×11 12×12 13×13 14×14 15×15
The simulation was performed using Linux Ubuntu 24.04.2 LTS on an Intel Core i9-13900H
processor with 20 cores and 24 GB of RAM. Figure 4 shows an example of the system load; when
messages are sent, the processor load increases.</p>
        <p>The time diagram shows that in the experiment, the time intervals between processor load
peaks increase. Since the processors aren't fully utilized, the only bottleneck affecting the error rate
is the network initialization speed. Distributed computing systems can be used to model larger
networks.</p>
      </sec>
      <sec id="sec-4-5">
        <title>4.5. Approximation of Measurement Results</title>
        <p>The mathematical formula for the ratio of the number of errors to the network initialization
time used for the approximation is:</p>
        <p>where t init is the input (originator message initialization time in seconds), C , B, and E are fitted
parameters that control the shape of the curve (e.g., the inflection point, steepness, and
asymmetry). A formula was chosen that does not perfectly repeat the shape of the curve, because
when the matrix dimension increases, the second break on the graph degenerates.</p>
        <p>For approximation, the numpy and scipy.optimize packages from Python v. 3.12.3 were used:
# --- Improved model with asymmetry to reduce deviations
--def model(x, C, B, E):</p>
        <p>return 100 / (1 + (x / C)**B)**E
for col in packet_sizes:
# --- Extract data
--y = pd.to_numeric(df[col].astype(str).str.replace(',', '.'), errors='coerce').dropna().values
x = np.arange(1, len(y) + 1)</p>
        <p>E ( t init )=</p>
        <p>100
(1+( t init ) )</p>
        <p>B
C</p>
        <p>E
(8)
# --- Initial guess
--C0 = 28
B0 = 13
E0 = 1
p0 = [C0, B0, E0]
# --- Fit curve
--try:
popt, pcov = curve_fit(model, x, y, p0=p0, maxfev=100000)
C_fit, B_fit, E_fit = popt
y_fit = model(x, *popt)
mse = np.mean((y - y_fit)**2)
results.append({
'Packets': col,
'C': C_fit,
'B': B_fit,
'E': E_fit,
'MSE': mse
})
except Exception as e:
results.append({
'Packets': col,
'C': np.nan,
'B': np.nan,
'E': np.nan,
'MSE': np.nan
})</p>
        <p>After approximation, we obtain the curve shown in Figure 5, which shows that two asymptotes
at 100 and 0 are used, as well as two transitions: a sharp drop in the number of errors, and then a
smooth decrease to zero. The shape of the curve degenerates into a hyperbola as the dimension
increases.</p>
        <p>a
b</p>
        <p>As an example (see Table 1), the values of the approximating coefficients are given for the same
network with dimensions 15×15 but with a different number of transmitted packets. The shape of
the curves changes little during modulation, therefore the approximating coefficients also remain
within approximately the same limits.</p>
        <p>E
The mean squared error value for function approximation is also noteworthy, as it is quite high,
ranging from 25 to 40 points. As the matrix dimension and the number of transmitted packets
increase, this value stabilizes within 23 to 30 points.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Discussion</title>
      <p>
        The reduced control overhead at L2 plays an additional role in enhancing protocol stability.
BATMAN-adv transmits relatively minor and infrequent control messages, which is advantageous
in the context of wireless media that are prone to interference, collisions, and variable throughput.
Lower protocol overhead decreases channel contention, leaving more airtime available for data
traffic and indirectly improving the predictability and reliability of routing decisions [
        <xref ref-type="bibr" rid="ref31 ref32">31, 32</xref>
        ]. In
highly dynamic or noise-prone environments, minimizing control traffic is essential because
excessive signaling can exacerbate congestion and amplify instability within the mesh [
        <xref ref-type="bibr" rid="ref33">33</xref>
        ].
      </p>
      <p>Taken together, these characteristics explain why a L2 mesh protocol such as BATMAN-adv
tends to produce a more stable operational environment than its L3 counterparts. Its reliance on
localized information, the absence of global routing table maintenance, the preservation of native
Ethernet behavior, and the reduction of control plane overhead collectively yield a forwarding
architecture that is inherently more resilient to the volatility inherent in wireless mesh networks.
This stability emerges not from any single design decision, but from the cumulative effect of
adopting link-layer principles in place of traditional network-layer routing mechanisms, thereby
aligning the protocol more closely with the realities of dynamic, distributed wireless
communication.</p>
      <p>Of course, this simulation only partially reflects the operation of a real wireless network, but it
allows us to evaluate the mechanics of such a network. It should also be noted that the number of
packets sent does not significantly affect the shape of the dependence, merely“shifting” the graph
to the right, which is due solely to a proportional increase in the number of errors. This is
evidenced by the shape of the attenuation curve.</p>
      <p>Since network operation in real-world conditions is dynamic, the simulation during the first
“cold” initialization will represent the most extreme network operation scenario. Even if some
network nodes are unavailable at a given time or local loops occur, the network will eventually
reconfigure and restore functionality.</p>
    </sec>
    <sec id="sec-6">
      <title>6. Conclusions</title>
      <p>This thesis investigates how quickly Layer 2 mesh networks become operational after a cold start,
focusing on BATMAN-adv as a representative L2 forwarding protocol. While mesh networks are
widely used for distributed, fault-tolerant communication, their initialization dynamics are still
poorly characterized, especially at the data-link layer where no global routing tables are
maintained. BATMAN-adv relies on periodic OGMs with relative sequence numbers to build
forwarding paths without requiring time synchronization, reducing sensitivity to mobility and
radio variability.</p>
      <p>A dedicated simulation framework was developed to evaluate initialization speed under realistic
conditions. The environment constructs virtual mesh topologies using Linux namespaces and
BATMAN-adv interfaces, performs automated cold resets, measures packet delivery success, and
generates high-quality traffic visualizations. The model allows systematic variation of topology
size, OGM intervals, packet load, and network density. Experiments conducted on grids from 5×5
to 15×15 demonstrate that initialization time increases with network diameter and becomes more
variable under heavy load. Empirically measured convergence times for larger networks typically
fall between 20 and 45 seconds, consistent with theoretical predictions derived from multi-hop
OGM propagation.</p>
      <p>To quantify the relationship between initialization delay and packet error rate, an asymmetric
three-parameter fitting function was applied using SciPy optimization tools. The function
successfully reproduced the two-phase decay observed in measurements—an initial sharp drop in
errors followed by gradual stabilization—while maintaining relatively stable parameter values
across packet loads. Although simulation cannot fully reproduce the behavior of real wireless
hardware, the results provide meaningful insights into link-layer convergence mechanisms and
demonstrate that packet volume primarily shifts error curves rather than changing their structure.
The study concludes that BATMAN-adv offers inherently stable initialization behavior due to low
control overhead, localized decision-making, and avoidance of global routing state. Future work
includes validating the simulation results on physical wireless devices to assess the influence of
real-world radio effects.</p>
      <p>Further plans are underway to repeat this experiment on real wireless devices. It is also planned
to test how the shape of the network affects its convergence time, for example, rectangular or
circular.</p>
      <p>Declaration on Generative AI
While preparing this work, the authors used the AI programs Grammarly Pro to correct text
grammar and Strike Plagiarism to search for possible plagiarism. After using this tool, the authors
reviewed and edited the content as needed and took full responsibility for the publication’s content.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>V.</given-names>
             
            <surname>Sokolov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
             
            <surname>Skladannyi</surname>
          </string-name>
          ,
          <string-name>
            <surname>H.</surname>
          </string-name>
           
          <article-title>Hulak, Stability Verification of Self-Organized Wireless Networks with Block Encryption</article-title>
          ,
          <source>in: Computer Modeling and Intelligent Systems</source>
          , vol. 
          <volume>3137</volume>
          (
          <year>2022</year>
          )
          <fpage>227</fpage>
          -
          <lpage>237</lpage>
          . doi:
          <volume>10</volume>
          .32782/cmis/3137-
          <fpage>19</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>I. F.</given-names>
             
            <surname>Akyildiz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>X.</given-names>
             
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <surname>W.</surname>
          </string-name>
           
          <article-title>Wang, Wireless Mesh Networks: A Survey</article-title>
          .
          <source>Computer Networks</source>
          ,
          <volume>47</volume>
          (
          <issue>4</issue>
          ) (
          <year>2005</year>
          )
          <fpage>445</fpage>
          -
          <lpage>487</lpage>
          . doi:
          <volume>10</volume>
          .1016/j.comnet.
          <year>2004</year>
          .
          <volume>12</volume>
          .001
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>R.</surname>
          </string-name>
           Bruno,
          <string-name>
            <given-names>M.</given-names>
             
            <surname>Conti</surname>
          </string-name>
          ,
          <string-name>
            <surname>E.</surname>
          </string-name>
           Gregori, Mesh Networks:
          <article-title>Commodity Multihop Ad Hoc Networks</article-title>
          ,
          <source>IEEE Communications Magazine</source>
          ,
          <volume>43</volume>
          (
          <issue>3</issue>
          ) (
          <year>2005</year>
          )
          <fpage>123</fpage>
          -
          <lpage>131</lpage>
          . doi:
          <volume>10</volume>
          .1109/
          <string-name>
            <surname>MCOM</surname>
          </string-name>
          .
          <year>2005</year>
          .1404606
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>T.</given-names>
             
            <surname>Camp</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
             
            <surname>Boleng</surname>
          </string-name>
          ,
          <string-name>
            <surname>V.</surname>
          </string-name>
           
          <article-title>Davies, A Survey of Mobility Models for Ad Hoc Network Research</article-title>
          ,
          <source>Wireless Communications and Mobile Computing</source>
          ,
          <volume>2</volume>
          (
          <issue>5</issue>
          ) (
          <year>2002</year>
          )
          <fpage>483</fpage>
          -
          <lpage>502</lpage>
          . doi:
          <volume>10</volume>
          .1002/wcm.72
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>P. H.</given-names>
            <surname> Pathak</surname>
          </string-name>
          ,
          <string-name>
            <surname>R.</surname>
          </string-name>
           
          <article-title>Dutta, A Survey of Network Design Problems and Joint Design Approaches in Wireless Mesh Networks</article-title>
          ,
          <source>IEEE Communications Surveys &amp; Tutorials</source>
          ,
          <volume>13</volume>
          (
          <issue>3</issue>
          ) (
          <year>2011</year>
          )
          <fpage>396</fpage>
          -
          <lpage>428</lpage>
          . doi:
          <volume>10</volume>
          .1109/SURV.
          <year>2011</year>
          .
          <volume>060710</volume>
          .00062
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>M.</given-names>
             
            <surname>Singh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
             
            <surname>Talasila</surname>
          </string-name>
          ,
          <string-name>
            <surname>A Practical</surname>
          </string-name>
          <article-title>Evaluation for Routing Performance of BATMAN-ADV and HWMN in a Wireless Mesh Network Test-Bed</article-title>
          ,
          <source>in: 2015 Int. Conf. on Smart Sensors and Systems (IC-SSS)</source>
          ,
          <year>2015</year>
          ,
          <fpage>1</fpage>
          -
          <lpage>6</lpage>
          . doi:
          <volume>10</volume>
          .1109/smartsens.
          <year>2015</year>
          .7873617
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>N.</given-names>
             
            <surname>Anas</surname>
          </string-name>
          , et al.
          <article-title>Performance Analysis of Outdoor Wireless Mesh Network using B</article-title>
          .
          <string-name>
            <surname>A.T.M.A.N. Advanced</surname>
          </string-name>
          , in: 2015
          <source>IEEE/ACIS 16th Int. Conf. on Software Engineering, Artificial Intelligence, Networking and Parallel/Distributed Computing (SNPD)</source>
          ,
          <year>2015</year>
          ,
          <fpage>1</fpage>
          -
          <lpage>4</lpage>
          . doi:
          <volume>10</volume>
          .1109/snpd.
          <year>2015</year>
          .7176189
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>D.</given-names>
             
            <surname>Seither</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
             
            <surname>König</surname>
          </string-name>
          ,
          <string-name>
            <surname>M.</surname>
          </string-name>
           
          <article-title>Hollick, Routing Performance of Wireless Mesh Networks: A Practical Evaluation of BATMAN Advanced</article-title>
          ,
          <source>in: 2011 IEEE 36th Conf. on Local Computer Networks</source>
          ,
          <year>2011</year>
          ,
          <fpage>897</fpage>
          -
          <lpage>904</lpage>
          . doi:
          <volume>10</volume>
          .1109/lcn.
          <year>2011</year>
          .6115569
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>J. </given-names>
            <surname>Lin</surname>
          </string-name>
          ,
          <string-name>
            <surname>Z.</surname>
          </string-name>
           Liu,
          <string-name>
            <surname>J.</surname>
          </string-name>
           Dai,
          <article-title>Research and Optimization of Wireless Mesh Network Routing Protocol with Multiple Criterions</article-title>
          ,
          <source>in: 2019 IEEE 4th Advanced Information Technology, Electronic and Automation Control Conf. (IAEAC)</source>
          ,
          <volume>1</volume>
          ,
          <year>2019</year>
          ,
          <fpage>72</fpage>
          -
          <lpage>78</lpage>
          . doi:
          <volume>10</volume>
          .1109/iaeac47372.
          <year>2019</year>
          .8997932
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>J. Lin</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
           Dai,
          <article-title>Improvement of Routing Protocol for Wireless Mesh Network based on Packet Aggregation</article-title>
          ,
          <source>in: 2019 IEEE 3rd Advanced Information Management, Communicates, Electronic and Automation Control Conf. (IMCEC)</source>
          ,
          <year>2019</year>
          ,
          <fpage>175</fpage>
          -
          <lpage>179</lpage>
          . doi:
          <volume>10</volume>
          .1109/imcec46724.
          <year>2019</year>
          .8984063
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11] M. Thomas,
          <string-name>
            <given-names>M.</given-names>
             
            <surname>Tham</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
             
            <surname>Wong</surname>
          </string-name>
          ,
          <string-name>
            <surname>Y.</surname>
          </string-name>
           
          <article-title>Chang, Performance Evaluation of Video Streaming in Wireless Mesh Networks</article-title>
          ,
          <source>in: 2024 IEEE 12th Conf. on Systems, Process &amp; Control (ICSPC)</source>
          ,
          <year>2024</year>
          ,
          <fpage>390</fpage>
          -
          <lpage>394</lpage>
          . doi:
          <volume>10</volume>
          .1109/icspc63060.
          <year>2024</year>
          .10862838
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>B.</given-names>
             
            <surname>Diniz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>I.</given-names>
             
            <surname>Ferrã</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. Da</given-names>
            <surname>Silva</surname>
          </string-name>
          ,
          <string-name>
            <surname>K.</surname>
          </string-name>
           
          <article-title>Branco, Comparative Performance Analysis of Olsr, BatmanAdv, and Babel in UAV Mesh Networks</article-title>
          ,
          <source>in: 2025 Int. Conf. on Unmanned Aircraft Systems (ICUAS)</source>
          ,
          <year>2025</year>
          ,
          <fpage>496</fpage>
          -
          <lpage>503</lpage>
          . doi:
          <volume>10</volume>
          .1109/icuas65942.
          <year>2025</year>
          .11007820
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>L.</given-names>
             
            <surname>Liu</surname>
          </string-name>
          ,
          <string-name>
            <surname>J.</surname>
          </string-name>
           Liu,
          <string-name>
            <given-names>H.</given-names>
             
            <surname>Qian</surname>
          </string-name>
          ,
          <string-name>
            <surname>J.</surname>
          </string-name>
           Zhu,
          <article-title>Performance Evaluation of BATMAN-Adv Wireless Mesh Network Routing Algorithms</article-title>
          , in: 2018
          <source>5th IEEE Int. Conf. on Cyber Security and Cloud Computing (CSCloud) / 2018 4th IEEE Int. Conf. on Edge Computing and Scalable Cloud (EdgeCom)</source>
          ,
          <year>2018</year>
          ,
          <fpage>122</fpage>
          -
          <lpage>127</lpage>
          . doi:
          <volume>10</volume>
          .1109/cscloud/edgecom.
          <year>2018</year>
          .00030
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>M.</given-names>
             
            <surname>Kadadha</surname>
          </string-name>
          , et al.,
          <article-title>A Cluster-based Quality-of-Service Optimized Link State Routing Protocol for Mesh Networks</article-title>
          ,
          <source>in: 2022 Int. Wireless Communications and Mobile Computing (IWCMC)</source>
          ,
          <year>2022</year>
          ,
          <fpage>336</fpage>
          -
          <lpage>341</lpage>
          . doi:
          <volume>10</volume>
          .1109/iwcmc55113.
          <year>2022</year>
          .9824333
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>S.</given-names>
             
            <surname>Gilani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
             
            <surname>Qayyum</surname>
          </string-name>
          ,
          <string-name>
            <surname>R.</surname>
          </string-name>
           Rais,
          <string-name>
            <surname>M.</surname>
          </string-name>
           Bano,
          <article-title>SDNMesh: An SDN Based Routing Architecture for Wireless Mesh Networks</article-title>
          ,
          <source>IEEE Access</source>
          ,
          <volume>8</volume>
          (
          <year>2020</year>
          )
          <fpage>136769</fpage>
          -
          <lpage>136781</lpage>
          . doi:
          <volume>10</volume>
          .1109/access.
          <year>2020</year>
          .3011651
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          <source>[16] I. </source>
          <string-name>
            <surname>Yilmaz</surname>
          </string-name>
          , et al.,
          <article-title>Evaluation of End-to-End Connection Recovery After Traffic Path Disruption in BATMAN Mesh Networks</article-title>
          ,
          <source>in: 2025 IEEE Wireless Communications and Networking Conf. (WCNC)</source>
          ,
          <year>2025</year>
          ,
          <fpage>1</fpage>
          -
          <lpage>5</lpage>
          . doi:
          <volume>10</volume>
          .1109/wcnc61545.
          <year>2025</year>
          .10978701
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>H.</given-names>
            <surname> Yuliandoko</surname>
          </string-name>
          , et al.,
          <article-title>Performance of Implementation IBR-DTN and Batman-Adv Routing Protocol in Wireless Mesh Networks</article-title>
          ,
          <string-name>
            <given-names>Int. J.</given-names>
            <surname>Eng</surname>
          </string-name>
          . Technol.,
          <volume>3</volume>
          (
          <year>2016</year>
          ). doi:
          <volume>10</volume>
          .24003/emitter.v3i1.
          <fpage>32</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>M.</given-names>
             
            <surname>Bano</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
             
            <surname>Qayyum</surname>
          </string-name>
          ,
          <string-name>
            <surname>R.</surname>
          </string-name>
           Rais,
          <string-name>
            <given-names>S.</given-names>
             Gilani,
            <surname>Soft-Mesh</surname>
          </string-name>
          :
          <article-title>A Robust Routing Architecture for Hybrid SDN and Wireless Mesh Networks</article-title>
          ,
          <source>IEEE Access</source>
          ,
          <volume>9</volume>
          (
          <year>2021</year>
          )
          <fpage>87715</fpage>
          -
          <lpage>87730</lpage>
          . doi:
          <volume>10</volume>
          .1109/access.
          <year>2021</year>
          .3089020
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <surname>J. Britos</surname>
          </string-name>
          , et al.,
          <source>BATMAN Adv. Mesh Network Emulator</source>
          ,
          <year>2015</year>
          . https://sedici.unlp.edu.ar/handle/10915/50450
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>Z.</given-names>
             
            <surname>Wang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
             
            <surname>Yong</surname>
          </string-name>
          ,
          <string-name>
            <surname>X.</surname>
          </string-name>
           
          <article-title>Song, Fast and Low-Overhead Time Synchronization for Industrial Wireless Sensor Networks with Mesh-Star Architecture</article-title>
          , Sensors,
          <volume>23</volume>
          (
          <year>2023</year>
          ). doi:
          <volume>10</volume>
          .3390/s23083792
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>Z.</given-names>
             
            <surname>Xu</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
             
            <surname>Garimella</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
             Tzoumas, Communication- and
            <surname>Computation-Efficient Distributed</surname>
          </string-name>
          <article-title>Submodular Optimization in Robot Mesh Networks</article-title>
          ,
          <source>IEEE Transactions on Robotics</source>
          ,
          <volume>41</volume>
          (
          <year>2024</year>
          )
          <fpage>3480</fpage>
          -
          <lpage>3499</lpage>
          . doi:
          <volume>10</volume>
          .1109/tro.
          <year>2025</year>
          .3567540
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>A.</given-names>
             
            <surname>Totounferoush</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
             
            <surname>Simonis</surname>
          </string-name>
          ,,
          <string-name>
            <given-names>B.</given-names>
             
            <surname>Uekermann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
             
            <surname>Schulte</surname>
          </string-name>
          ,
          <article-title>Efficient and Scalable Initialization of Partitioned Coupled Simulations with preCICE</article-title>
          ,
          <source>Algorithms</source>
          ,
          <volume>14</volume>
          (
          <year>2021</year>
          )
          <article-title>166</article-title>
          . doi:
          <volume>10</volume>
          .3390/a14060166
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>D.</given-names>
             
            <surname>Ghosh</surname>
          </string-name>
          , et al.,
          <article-title>Utilizing Continuous Time Markov Chain for Analyzing Video-on-demand Streaming in Multimedia Systems, Expert Syst</article-title>
          . Appl.,
          <volume>223</volume>
          (
          <year>2023</year>
          )
          <article-title>119857</article-title>
          . doi:
          <volume>10</volume>
          .1016/j.eswa.
          <year>2023</year>
          .119857
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24] N. 
          <string-name>
            <surname>Barwar</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
           
          <article-title>Rajesh, Network Performance Analysis of Startup Buffering for Live Streaming in P2P VOD Systems for Mesh-Based Topology</article-title>
          ,
          <year>2016</year>
          ,
          <fpage>271</fpage>
          -
          <lpage>279</lpage>
          . doi:
          <volume>10</volume>
          .1007/
          <fpage>978</fpage>
          -981-10-0755- 2_
          <fpage>29</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [25]
          <string-name>
            <given-names>A.</given-names>
             
            <surname>Neumann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
             
            <surname>Aichele</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
             
            <surname>Lindner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
             
            <surname>Wählisch</surname>
          </string-name>
          , Better Approach to Mobile Ad-Hoc
          <string-name>
            <surname>Networking (B.A.T.M.A.N.</surname>
          </string-name>
          <article-title>) (Internet-Draft draft-openmesh-b-a-t-m-a-n-00)</article-title>
          . Internet Engineering Task Force,
          <year>2008</year>
          . https://datatracker.ietf.org/doc/html/draft-openmesh
          <article-title>-b-a-t-m-an-00</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [26]
          <string-name>
            <given-names>B.</given-names>
             
            <surname>Sliwa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
             
            <surname>Falten</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
             
            <surname>Wietfeld</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Performance</given-names>
            <surname>Evaluation</surname>
          </string-name>
          and Optimization of
          <string-name>
            <surname>B.A.T.M.A.N.</surname>
          </string-name>
          <article-title>V Routing for Aerial and Ground-Based Mobile Ad-Hoc Networks</article-title>
          ,
          <source>in: 2019 IEEE 89th Vehicular Technology Conf. (VTC2019-Spring)</source>
          ,
          <year>2019</year>
          ,
          <fpage>1</fpage>
          -
          <lpage>7</lpage>
          . doi:
          <volume>10</volume>
          .1109/vtcspring.
          <year>2019</year>
          .8746361
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [27]
          <string-name>
            <given-names>Mesh</given-names>
            <surname>Network Lab</surname>
          </string-name>
          ,
          <year>2025</year>
          . https://github.com/mwarning/meshnet-lab
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [28]
          <string-name>
            <surname>Batman-adv</surname>
          </string-name>
          ,
          <year>2025</year>
          . http://github.com/open-mesh-mirror/batman-adv
        </mixed-citation>
      </ref>
      <ref id="ref29">
        <mixed-citation>
          <source>[29] Komondor: An IEEE 802.11ax Simulator</source>
          ,
          <year>2025</year>
          . https://github.com/wn-upf/Komondor
        </mixed-citation>
      </ref>
      <ref id="ref30">
        <mixed-citation>
          [30]
          <string-name>
            <surname>OMNETpp-batmanV</surname>
          </string-name>
          ,
          <year>2020</year>
          . https://github.com/drblah/OMNETpp-batmanV
        </mixed-citation>
      </ref>
      <ref id="ref31">
        <mixed-citation>
          [31]
          <string-name>
            <given-names>V.</given-names>
             
            <surname>Sokolov</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
             
            <surname>Kostiuk</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
             
            <surname>Skladannyi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
             
            <surname>Korshun</surname>
          </string-name>
          ,
          <article-title>Adaptation of Network Traffic Routing Policy to Information Security and Network Protection Requirements</article-title>
          ,
          <source>in: Information Control Systems &amp; Technologies (ICST)</source>
          , vol. 
          <volume>4048</volume>
          ,
          <year>2025</year>
          ,
          <fpage>397</fpage>
          -
          <lpage>411</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref32">
        <mixed-citation>
          [32]
          <string-name>
            <given-names>R. </given-names>
            <surname>Syrotynskyi</surname>
          </string-name>
          , et al.,
          <article-title>Methodology of Network Infrastructure Analysis as Part of Migration to Zero-Trust Architecture</article-title>
          ,
          <source>in: Cyber Security and Data Protection (CSDP)</source>
          , vol. 
          <volume>3800</volume>
          ,
          <year>2024</year>
          ,
          <fpage>97</fpage>
          -
          <lpage>105</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref33">
        <mixed-citation>
          [33]
          <string-name>
            <given-names>P.</given-names>
             
            <surname>Skladannyi</surname>
          </string-name>
          , et al.,
          <article-title>Model and Methodology for the Formation of Adaptive Security Profiles for the Protection of Wireless Networks in the Face of Dynamic Cyber Threats, in: Cyber Security and Data Protection (CSDP)</article-title>
          , vol. 
          <volume>4042</volume>
          ,
          <year>2025</year>
          ,
          <fpage>17</fpage>
          -
          <lpage>36</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>