Skip to the content.

Lesson 2: MAN & DQDB Topology ๐ŸŒ†

Metropolitan Area Network (MAN)

A MAN (Metropolitan Area Network) connects multiple LANs across a city or large campus. It bridges small-scale LANs and wide-scale WANs.

Typical MAN technologies include fiber optics, microwave links, and high-speed switches.

One of the most important MAN structures is DQDB (Distributed Queue Dual Bus).


๐Ÿงฉ DQDB โ€” Distributed Queue Dual Bus

๐ŸŒ Overview

DQDB is a dual-bus topology used in MANs for high-speed data communication. It was standardized under IEEE 802.6.

It consists of two unidirectional buses (fibers) running in opposite directions:

DQDB Diagram

Each device connects to both buses:

At each end of the buses:


โš™๏ธ How It Works

  1. Empty Cells Flow Continuously: Empty cells are generated and move along the bus. These are like data containers waiting to be filled.

  2. Station A (first station) has priority access to the top bus since it receives empty cells first.

  3. When Station A wants to send data:

    • It captures an empty cell.
    • Fills the header and data fields.
    • Sends it along the top bus.
  4. If Station B (further down the line) also wants to send data but finds no empty cells (because A filled them), it sends a request via the bottom bus.


๐Ÿงฎ Internal Mechanism

Each station maintains two counters:

Process:

  1. Downstream device (e.g., B) sets a bit in the request field of the bottom bus cell header.
  2. Upstream device (e.g., A) reads that request bit โ†’ increases its RQ counter.
  3. When A finishes sending data, it decrements the counter as requests are fulfilled.
  4. Cells are fairly distributed, ensuring each device gets turn-based access.

๐Ÿง  Think of it as a bus-based queue system without a central controller โ€” every node cooperates to maintain fairness.


๐Ÿ”ฅ RQ vs CD โ€” Key Differences (Real-World Analogy Summary)

๐Ÿ”น RQ = Dynamic

๐Ÿ”น CD = Fixed

๐Ÿงฑ Cell Structure

Each DQDB cell is divided into two main parts:

Field Description
Header Contains control info (e.g., request, busy, destination).
Payload/Text Carries the actual user data.

If a device has no data to send โ†’ it forwards the empty cell as-is. If it needs to send โ†’ it fills the next available empty cell.


๐Ÿ”„ Direction of Requests and Data

Purpose Sent On Description
Data The top or bottom bus (depending on destination) Carries actual message cells.
Requests Opposite bus Devices request transmission rights for the other bus.

So, if a device wants to send data on the top bus, it sends a request on the bottom bus, and vice versa.


๐Ÿ” About Private & Public Keys (Conceptual Only)

In some DQDB discussions, private/public key terms appear to explain how only the destination station can read its data.

๐Ÿ—๏ธ These are conceptual analogies, not actual DQDB operations โ€” DQDB itself doesnโ€™t handle encryption natively.


๐ŸŒ‰ MAN โ†’ WAN Relationship

MAN often acts as the intermediate layer between LANs and WANs:

graph TB
HomeClient(Home / Office LAN) --> BorderRouter(Border Router / ISP)
BorderRouter --> Cloud((MAN / WAN Infrastructure))
Cloud --> Internet[๐ŸŒ Internet Backbone]

Inside the cloud (infrastructure):

๐ŸŒ€ The WAN/MAN infrastructure has no fixed topology โ€” itโ€™s a complex, hybrid mesh ensuring reliability and scalability.


๐Ÿงญ Summary

Concept Description
MAN Connects multiple LANs within a city.
DQDB Dual-bus MAN topology using distributed queue mechanism.
Buses Two fibers transmitting in opposite directions.
Empty Cells Continuously generated, filled by devices with data.
Requests Sent on opposite bus to ask for transmission rights.
Counters Maintain fairness (Request & Countdown).
Security Conceptually linked to encryption for secure transfers.

๐Ÿงฉ DQDB demonstrates distributed fairness and efficient medium access without a centralized controller โ€” a foundational concept for modern metropolitan networking.