Professional Documents
Culture Documents
Course Outline
Background (analog telephony, TDM, PDH) SONET/SDH history and motivation Architecture (path, line, section) Rates and frame structure Payloads and mappings Protection and rings
Background
Analog voltage travels over copper wire end-to-end Voice signal arrives at destination severely attenuated and distorted Routing performed manually at exchanges office(s) Routing is expensive and lengthy operation Route is maintained for duration of call
Y(J)S SONET Slide 4
Telephony Multiplexing
1900: 25% of telephony revenues went to copper mines
standard was 18 gauge, long distance even heavier two wires per loop to combat cross-talk needed method to place multiple conversations on a single trunk
5 conversations on single trunk later extended to 12 (group) still later supergroups (60), master groups (60)),
4 kHz
8 kHz
channels
12 kHz
16 kHz
20 kHz
1 byte per sample 8000 samples per second timeslots T1 = 24 conversations per trunk 2 groups per cable!
t
Y(J)S SONET Slide 6
processor
2 1 5 4 3
Circuit switching (route is maintained for duration of call) Route set-up is an expensive operation, just as it was for manual switching Today, complex least cost routing algorithms are used Call duration consists of set-up, voice and tear-down phases
Y(J)S SONET Slide 8
Analog voltages used throughout, but extensive Frequency Division Multiplexing Voice signal arrives at destination after amplification and filtering to 4 KHz Automatic routing Universal dial-tone Voltage and tone signaling Circuit switching (route is maintained for duration of call)
Y(J)S SONET Slide 9
PSTN Network
class 5 switch
Analog voltages and copper wire used only in last mile, but core designed to mimic original situation Voice signal filtered to 4 KHz at input to digital network Time Division Multiplexing of digital signals in the network Extensive use of fiber optic and wireless physical links T1/E1, PDH and SONET/SDH synchronous protocols Signaling can be channel/trunk associated or via separate network (SS7)
Automatic routing Circuit switching (route is maintained for duration of call) Complex routing optimization algorithms (LP, Karmarkar, etc)
TDM timing
Time Domain Multiplexing relies on all channels (timeslots) having precisely the same timing (frequency and phase) In order to enforce this the TDM device itself frequently performs the digitization
digital
signals analog signals
component signals
9
1 1
2 2
3 3
4 4
5 5
6 6
7 7
9 8
TDM
The fix
We must ensure that all the clocks have the same frequency Every telephony network has an accurate clock called a stratum 1 or Primary Reference Clock All other clocks are directly or indirectly locked to it (master slave) A TDM receiving device can lock onto the source clock based on the incoming data (FLL, PLL) For this to work, we must ensure that the data has enough transitions (special line coding, scrambling bits, etc.)
1
0 transitions no transitions
Y(J)S SONET Slide 13
Comparing clocks
A clock is said to be isochronous (isos=equal, chronos=time) if its ticks are equally spaced in time
PDH principle
If we want yet higher rates, we can mux together TDM signals (tributaries)
We could demux the TDM timeslots and directly remux them but that is too complex The TDM inputs are already digital, so we must
PDH hierarchies
level
0
*
64 kbps
30
*
24
24 J1 1.544 Mbps
*
E1 2.048 Mbps
*
T1 1.544 Mbps
*
2
3 4
E2 8.448 Mbps
*
T2 6.312 Mbps
*
J2 6.312 Mbps
*
4 T3
E3
34.368 Mbps
*
44.736 Mbps
*
J3 32.064 Mbps
*
J4 97.728 Mbps
Japan
Y(J)S SONET Slide 16
For example
E1 2 overhead bytes per 32 bytes overhead 6.25 % E2 4 E1s = 8.192 Mbps out of 8.448Mbps so there is an additional 0.256 Mbps = 3 % altogether 4*30*64 kbps = 7.680 Mbps out of 8.448 Mbps or 9.09% overhead
PDH overhead
digital signal T1 data rate voice
(Mbps)
1.544
channels
24
T2
T3 T4 E1 E2 E3 E4
6.312
44.736 274.176 2.048 8.448 34.368 139.264
96
672 4032 30 120 480 1920
2.66 %
3.86 % 5.88 % 6.25 % 9.09 % 10.61 % 11.76 %
OAM
analog channels and 64 kbps digital channels do not have mechanisms to check signal validity and quality thus major faults could go undetected for long periods of time hard to characterize and localize faults when reported minor defects might be unnoticed indefinitely Solution is to add mechanisms based on overhead as PDH networks evolved, more and more overhead was dedicated to Operations, Administration and Maintenance (OAM) functions
including: monitoring for valid signal defect reporting alarm indication/inhibition (AIS)
PDH Justification
In addition to FAS, PDH overhead includes justification control (C-bits) and justification opportunity stuffing (R-bits) Assume the tributary bitrate is B T Positive justification payload is expected at highest bitrate B+T if the tributary rate is actually at the maximum bitrate then all payload and R bits are filled if the tributary rate is lower than the maximum then sometimes there are not enough incoming bits so the R-bits are not filled and C-bits indicate this Negative justification payload is expected at lowest bitrate B-T if the tributary rate is actually the minimum bitrate then payload space suffices if the tributary rate is higher than the minimum then sometimes there are not enough positions to accommodate so R-bits in the overhead are used and the C-bits indicate this Positive/Negative justification payload is expected at nominal bitrate B positive or negative justification is applied as required
Y(J)S SONET Slide 20
First step
With the disvestiture of the US Bell system a new need arose MCI and NYNEX couldnt directly interconnect optical trunks Interexchange Carrier Compatibility Forum requested T1 to solve problem Needed multivendor/ multioperator fiber-optic communications standard Three main tasks: Optical interfaces (wavelengths, power levels, etc) proposal submitted to T1X1 (Aug 1984) T1.106 standard on single mode optical interfaces (1988) Operations (OAM) system proposal submitted to T1M1 T1.119 standard Rates, formats, definition of network elements Bellcore (Yau-Chau Ching and Rodney Boehm) proposal (Feb 1985) proposed to T1X1 term SONET was coined T1.105 standard (1988)
PDH limitations
Rate limitations
Copper interfaces defined Need to mux/demux hierarchy of levels (hard to pull out a single timeslot) Overhead percentage increases with rate
E 2.048, 8.448, 34.348, 139.264 T 1.544, 3.152, 6.312, 44.736, 91.053, 274.176 J 1.544, 3.152, 6.312, 32.064, 97.728, 397.2
So a completely new mechanism was needed
Designed for optical transport (high bitrate) Direct mapping of lower levels into higher ones Carry all PDH types in one universal hierarchy ITU version = Synchronous Digital Hierarchy different terminology but interoperable Overhead doesnt increase with rate OAM designed-in from beginning
Standardization !
The original Bellcore proposal: hierarchy of signals, all multiple of basic rate (50.688) basic rate about 50 Mbps to carry DS3 payload bit-oriented mux mechanisms to carry DS1, DS2, DS3 Many other proposals were merged into 1987 draft document (rate 49.920) In summer of 1986 CCITT express interest in cooperation needed a rate of about 150 Mbps to carry E4 wanted byte oriented mux Initial compromise attempt byte mux US wanted 13 rows * 180 columns CEPT wanted 9 rows * 270 columns Compromise! US would use basic rate of 51.84 Mbps, 9 rows * 90 columns CEPT would use three times that rate - 155.52 Mbps, 9 rows * 270 columns
Y(J)S SONET Slide 25
SONET/SDH architecture
Layers
SONET was designed with definite layering concepts Physical layer optical fiber (linear or ring) when exceed fiber reach regenerators regenerators are not mere amplifiers, regenerators use their own overhead fiber between regenerators called section (regenerator section) Line layer link between SONET muxes (Add/Drop Multiplexers) input and output at this level are Virtual Tributaries (VCs) actually 2 layers lower order VC (for low bitrate payloads) higher order VC (for high bitrate payloads) Path layer end-to-end path of client data (tributaries) client data (payload) may be PDH ATM packet data
Y(J)S SONET Slide 27
SONET architecture
ADM
Path Termination Line Termination
regenerator
Section Termination
ADM
Line Termination Path Termination
path
line section
line section
line protected multiplexed SONET payload section physical link between adjacent elements
Each layer has its own overhead to support needed functionality SDH terminology
Y(J)S SONET Slide 28
rates
and
frame structure
Synchronous Transfer Signals are bit-signals (OC are optical) Like all TDM signals, there are framing bits at the beginning of the frame However, it is convenient to draw SONET/SDH signals as rectangles
9 rows
Each STS-1 frame is 90 columns * 9 rows = 810 bytes
There are 8000 STS-1 frames per second so each byte represents 64 kbps (each column is 576 kbps) Thus the basic STS-1 rate is 51.840 Mbps
9 rows
Synchronous Transport Modules are the bit-signals for SDH Each STM-1 frame is 270 columns * 9 rows = 2430 bytes There are 8000 STM-1 frames per second Thus the basic STM-1 rate is 155.520 Mbps 3 times the STS-1 rate!
Y(J)S SONET Slide 33
SONET/SDH rates
SONET STS-1 STS-3 STS-12 STS-48 STS-192 STM-1 STM-4 STM-16 STM-64 SDH columns 90 270 1080 4320 17280 rate 51.84M 155.52M 622.080M 2488.32M 9953.28M
SDH rates increase by factors of 4 each time STS/STM signals can carry PDH tributaries, for example:
STS-1 can carry 1 T3 or 28 T1s or 1 E3 or 21 E1s STM-1 can carry 3 E3s or 63 E1s or 3 T3s or 84 T1s
Y(J)S SONET Slide 34
SONET/SDH tributaries
SONET STS-1 STS-3 STS-12 STS-48 STS-192 STM-1 STM-4 STM-16 STM-64 SDH T1 28 84 336 1344 5376 T3 1 3 12 48 192 E1 21 63 252 1008 4032 E3 1 3 12 48 1 4 16 E4
192 64
9 rows
6 rows
Section overhead is 3 rows * 3 columns = 9 bytes = 576 kbps framing, performance monitoring, management Line overhead is 6 rows * 3 columns = 18 bytes = 1152 kbps protection switching, line maintenance, mux/concat, SPE pointer SPE is 9 rows * 87 columns = 783 bytes = 50.112 Mbps
MSOH
STM-1 has 9 (different) columns of transport overhead ! RS overhead is 3 rows * 9 columns Pointer overhead is 1 row * 9 columns MS overhead is 5 rows * 9 columns SPE is 9 rows * 261 columns
Y(J)S SONET Slide 37
9*N columns
9 rows
270*N columns
3 STS-1s can form an STS-3 4 STM-1s (STS-3s) can form an STM-4 (STS-12) 4 STM-4s (STS-12s) can form an STM-16 (STS-48) etc. for STM-N (STS-3N) The procedure is byte-interleaving
Y(J)S SONET Slide 38
Byte-interleaving
...
Scrambling
SONET/SDH receivers recover clock based on incoming signal Insufficient number of 0-1 transitions causes degradation of clock performance In order to guarantee sufficient transitions, SONET/SDH employ a scrambler
All data except first row of section overhead is scrambled Scrambler is 7 bit self-synchronizing X7 + X6 + 1 Scrambler is initialized with ones
A short scrambler is sufficient for voice data but NOT for data which may contain long stretches of zeros When sending data an additional payload scrambler is used
modern standards use 43 bit X43 + 1 run continuously on ATM payload bytes (suspended for 5 bytes of cell tax) run continuously on HDLC payloads
Xn Z-43
Yn = Xn + Yn-43
STS-1 Overhead
A1
section overhead B1 D1 H1 B2 line overhead D4 D7
A2
E1 D2 H2 K1 D5 D8
J0
F1 D3 H3 K2 D6 D9
3 rows of section overhead frame sync (A1, A2) section trace (J0) error control (B1) section orderwire (E1) Embedded Operations Channel (Di) 6 rows of line overhead pointer and pointer action (Hi) error control (B2) Automatic Protection Switching signaling (Ki) Data Channel (Di) Synchronization Status Message (S1) Far End Block Error (M0) line orderwire (E2)
STM-1 Overhead
A1
RSOH B1 D1
A1
m m
A1
m m
A2
E1 D2
A2
m m
A2
J0
F1 D3
res
res
res
res
m media dependent
(defined for SONET radio)
AU pointers
B2 D4 MSOH D7 D10 S1 B2 B2 K1 D5 D8 D11 M1 K2 D6 D9 D12 E2 res reserved for national use
SOH
Y(J)S SONET Slide 42
J0 - regenerator section trace (in early SONET - a counter called C1) enables receiver to be sure that the section connection is still OK enables identifying individual STS/STMs after muxing J0 goes through a 16 byte sequence 1 C1 C2 C3 C4 C5 C6 C7 MSBs are J0 framing (100000) Cs are CRC-7 of previous frame S are 15 7-bit characters section access point identifier 0 S S S 0 S S S S S S S S S S S
used by section termination as Embedded Operations Channel (SONET) or Data Communications Channel (SDH)
4 MSBs are New Data Flag, 10 LSBs are actual offset value (0 782)
When offset=522 the STS-1 SPE is in a single STS-1 frame In all other cases the SPE straddles two frames When offset is a multiple of 87, the SPE is rectangular
When negative justification H3 carries the extra data When positive justification byte after H3 is stuffing byte
Y(J)S SONET Slide 45
SONET Justification
If tributary rate is above nominal, negative justification is needed
When less than 8 more bits than expected in buffer NDF is 0110 offset unchanged When 8 extra bits accumulate NDF is set to 1001 H1 H2 extra extra byte placed into H3 offset is decremented by 1 (byte)
Payloads
and
Mappings
We saw that the pointer the line overhead points to the STS path overhead POH (after re-arranging) POH is one column of 9 rows (9 bytes = 576 kbps)
STS-1 HOP
1 30 59 87
We are left with 84 columns = 756 bytes = 48.384 Mbps for payload
This is enough for a E3 (34.368M) or a T3 (44.736M)
1 column of overhead for path (576 Kbps) POH is responsible for path type identification path performance monitoring status (including of mapped payloads) virtual concatenation path protection trace
POH
J1 path trace enables receiver to be sure that the path connection is still OK B3 BIP-8 even bit parity of bytes
(without scrambling)
00 01 02 04 12 13 16 18 1A
of previous payload
1B
CF
GFP
PoS - RFC1619
Y(J)S SONET Slide 53
LOP
1 30 59 87
7 VTGs
1 2 3 4 5 6 7
To carry lower rate payloads, divide the 84 available columns into 7 * 12 interleaved columns, i.e. 7 Virtual Tributary (VT) Groups VT group is 12 columns of 9 rows, i.e. 108 bytes or 6.912 Mbps VT group is composed of VT(s)
there are different types of VT in order to carry different types of payload all VTs in VT group must be of the same type (no mixing)
LOP
VT 3
VT 6 STS-1 VC-2 VC-3 VC-3
6
12
HOP
STS-1
STS-3c
VC-4
149.760 E4
(139.264)
LO Path overhead
LOP OH is responsible for timing, PM, REI, LO Path APS signaling is 4 MSBs of byte K4
H4=XXXXXX00
V1 pointer
125 msec
V5
VC11 25B VC12 34B
H4=XXXXXX01
V2 pointer
J2
500 msec
H4=XXXXXX10
V3 pointer
N2
H4=XXXXXX11
V4 pointer
K4
Payload capacity
VT1.5/VC-11 has 3 columns = 27 bytes = 1.728 Mbps but 2 bytes are used for overhead (V1/V2/V3/V4 and V5/J2/N2/K4)
LOP overhead
V5 consists of BIP (2b) REI (1b) RFI (1b) Signal label (3b) (uneq, async, bit-sync, byte-sync, test, AIS) RDI (1b) J2 is path trace N2 is the network operator byte may be used for LOP tandem connection monitoring (LO-TCM) K4 is for LO VCAT and LO APS
SDH Containers
Tributary payloads are not placed directly into SDH
Formally
AUG = N * AU-n
STM-N = SOH + AUG
Multiplexing
An AUG may contain a VC-4 with an E4 or it may contain 3 AU-3s each with a VC-3s with an E3 In the latter case, the AU pointer points to the AUG and inside the AUG are 3 pointers to the AU-3s
J1 B3 C2 G1 H1 H1 H1 H2 H2 H2 F2 H4 F3 K3 N1 H3 H3 H3
More multiplexing
Similarly, we can hierarchically build complex structures Lower rate STMs can be combined into higher rate STMs
AUG
*3
TUG-3
TU-3
VC-3
STM-0
AU-3
C3
C2
C12
C11
STS-1
STS-1 SPE
*7 VTG
VT6 SPE
VT2 SPE
VT1.5 SPE
Asynchronous mapping (framing-agnostic) Bit synchronous mapping Byte synchronous mapping (time-slot aligned)
E4 into VC-4, E3/T3 into VC-3 are always asynchronous T1 into VC-11 may be any of the 3 (in byte synchronous the framing bit is placed in the VC overhead) E1 into VC-12 may be asynchronous or byte synchronous
MAC creates "stretched InterPacket Gap" to compensate for rate being < 10G
This is the fastest connection commonly used for Internet traffic
Complication: SDH clock accuracy is 4.6 ppm, GbE accuracy is 20 ppm
J1
Protection
and Rings
What is protection ?
SONET/SDH need to be highly reliable (five nines) Down-time should be minimal (less than 50 msec) So systems must repair themselves (no time for manual intervention)
Upon detection of a failure (dLOS, dLOF, high BER) the network must reroute traffic (protection switching) from working channel to protection channel
The Network Element that detects the failure (tail-end NE) initiates the protection switching The head-end NE must change forwarding or to send duplicate traffic Protection switching is unidirectional Protection switching may be revertive (automatically revert to working channel)
working channel
protection channel
head-end NE
tail-end NE
Y(J)S SONET Slide 69
Signaling is contained in K1 and K2 bytes of protection channel K1 tail-end status and requests K2 head-end status
head-end bridge
tail-end bridge
working channel
protection channel
signaling channel
If non-revertive there is no distinction between working and protection channels BW utilization is 50%
channel A
channel B
Y(J)S SONET Slide 71
May be at any layer (only OC-n level protects against fiber cuts)
working channel
extra traffic
protection channel
Y(J)S SONET Slide 72
working channels
protection channel
Y(J)S SONET Slide 73
A-B
A-B
B-C
A
C-B
B-A
C
Y(J)S SONET Slide 75
Of all the possible combinations, only a few are in use Unidirectional Path Switched Rings protects tributaries extension of 1+1 to ring topology
Bidirectional Line Switched Rings (two-fiber and four-fiber versions) called Multiplex Section Shared Protection Ring in SDH simultaneously protects all tributaries in STM extension of 1:1 to ring topology
UPSR
Working channel is in one direction protection channel in the opposite direction All traffic is added in both directions decision as to which to use at drop point (no signaling) Normally non-revertive, so effective two diversity paths
Good match for access networks 1 access resilient ring less expensive than fiber pair per customer
Inefficient for core networks no spatial reuse every signal in every span in both directions node needs to continuously monitor every tributary to be dropped
BLSR
Switch at line level less monitoring
VCAT
and LCAS
Concatenation
Payloads that dont fit into standard VT/VC sizes can be accommodated by concatenating of several VTs / VCs
Concatenation (cont.)
There are 2 ways to concatenate X VTs or VCs:
Contiguous Concatenation (G.707 11.1) HOP STS-Nc (SONET) or VC-4-Nc (SDH) or LOP 1-7 VC-2-Nc into a VC-3 since has to fit into SONET/SDH payload n or VC-4-Nc : N=4n only STS-Nc : N=3 * 4 components transported together and in-phase requires support at intermediate network elements Virtual Concatenation (VCAT G.707 11.2) HOP STS-1-Xv or STS-Nc-Xv (SONET) or VC-3/4-Xv (SDH) or LOP VT-1.5/2/3/6-Xv (SONET) or VC-11/12/2-Xv (SDH) HOP: X 256 LOP: X 64 (limitation due to bits in header) payload split over multiple STSs / STMs fragments may follow different routes requires support only at path terminations requires buffering and differential delay alignment
Y(J)S SONET Slide 81
STS-3
270 columns
9 rows
STS-3c
Y(J)S SONET Slide 82
Although both have raw rates of 155.520 Mbps STS-3c has 2 more columns (1.152Mbps) available More generally, For STS-Nc gains (N-1) columns
e.g. STS-12c gains 11 columns = 6.336Mbps vis a vis STS-12 STS-48c gains 47 columns = 27.072 Mbps STS-192c gains 191 columns = 110.016 Mbps !
However, an STS-Nc signal is not as easily separable when we want to add/drop component signals
Virtual Concatenation
H4
VCAT is an inverse multiplexing mechanism (round-robin) VCAT members may travel along different routes in SONET/SDH network Intermediate network elements dont need to know about VCAT
(unlike contiguous concatenation that is handled by all intermediate nodes)
Y(J)S SONET Slide 84
in VC-4 X 21 C 142.464
So we have many permissible rates 1.600, 2.176, 3.200, 4.352, 4.800, 6.400, 6.528, 6.784, 8.000,
in STS-1
X 28 C 44.800
X 21 C 45.696 X 14 C 46.592 X 7 C 47.448
in STS-3c X 64 C 102.400 VT2-Xv in STS-1 in STS-3c X 63 C 137.088 VT3-Xv in STS-1 in STS-3c X 42 C 139.776 VT6-Xv in STS-1
in STS-3c X 21 C 142.464
So we have many permissible rates 1.600, 2.176, 3.200, 3.328, 4.352, 4.800, 6.400, 6.528, 6.656, 6.784,
Y(J)S SONET Slide 86
Efficiency comparison
rate 10 w/o VCAT STS-1 efficiency 21% with VCAT VT2-5v VC-12-5v 100 STS-3c VC-4 1000 STS-48c VC-4-16c 42% 67% STS-1-2v VC-3-2v STS-3c-7v VC-4-7v 95% 100% efficiency 92%
PDH VCAT
Recently ITU-T G.7043 expanded VCAT to E1,T1,E3,T3 Enables bonding of up to 16 PDH signals to support higher rates Only bonding of like PDH signals allowed (e.g. cant mix E1s and T1s) Multiframe is always per G.704/G.832 (e.g. T1 ESF 24 frames, E1 16 frames) 1 byte per multiframe is VCAT overhead (SQ, MFI, MST, CRC) Supports LCAS (to be discussed next)
each E1
time
Y(J)S SONET Slide 88
frames of an E1
TS0
T1: (24*24-1=) 575 data bytes per 3 ms. multiframe = 191.666 kB/s
E1: (16*30-1=) 495 data bytes per 2 ms multiframe = 247.5 kB/s T3 and E3 can also be used We will show the overhead octet format later
Delay compensation
802.1ad Ethernet link aggregation cheats each identifiable flow is restricted to one link doesnt work if single high-BW flow VCAT is completely general works even with a single flow VCG members may travel over completely separate paths so the VCAT mechanism must compensate for differential delay Requirement for over second compensation Must compensate to the bit level but since frames have Frame Alignment Signal the VCAT mechanism only needs to identify individual frames
VCAT buffering
Since VCAT components may take different paths At egress the members are no longer in the proper temporal relationship VCAT path termination function buffers members and outputs in proper order (relying on POH sequencing)
(up to 512 ms of differential delay can be tolerated)
VCAT defines a multiframe to enable delay compensation length of multiframe determines delay that can be accommodated H4 byte in members POH contains : sequence indicator (identifies component) (number of bits limits X) MFI multiframe indicator (multiframe sequencing to find differential delay)
Y(J)S SONET Slide 91
MFI1 (4 bits) appears once per frame and counts from 0 to 15 to sequence the multiframe MFI2 (8bits) appears once per multiframe and counts from 0 to 255
For LOP SDH (bit 2 of K4 byte) a 32 bit frame is built and a 5-bit MFI is dedicated 32 multiframes of 16 ms give the needed 512 ms
Y(J)S SONET Slide 92
LCAS assumes that all VCG members are error-free LCAS messages are CRC protected
LCAS messages are sent in advance sink processes messages after differential compensation message describes link state at time of next message receiver can switch to new configuration in time
LCAS messages are in the upper nibble of H4 byte for HOS SONET/SDH K4 byte for LOS SONET/SDH VCAT overhead octet for PDH VCAT and LCAS Information LCAS messages employ redundancy messages from source to sink are member specific messages from sink to source are replicated
Y(J)S SONET Slide 94
POH
Fields in messages from source to sink: MFI MultiFrame Indicator SQ SeQuence indicator (member ID inside VCAT group) CTRL ConTRoL (IDLE, being ADDed, NORMal, End of Sequence, Do Not Use) GID Group Identification (identifies VCAT group)
Fields in messages from sink to source (identical in all members): MST Member Status (1 bit for each VCG member) RS-Ack ReSequence Acknowledgement Fields in both directions CRC Cyclic Redundancy Code The precise format depends on the VCAT type (H4, K4, PDH)
Note: for H4 format SQ is 8 bits, so up to 256 VCG members for PDH SQ is only 4 bits, so up to 16 VCG members
Y(J)S SONET Slide 95
H4 format
MFI2 bits 1-4 MFI2 bits 5-8 CTRL 0 0 GID 0 0 0 0 0 0 CRC-8 bits 1-4 CRC-8 bits 5-8 MST bits more MST bits 0 0 RS-ACK 0 0 0 0 0 0 0 0 0 SQ bits 1-4 SQ bits 5-8 0 0 0 0 0 0 0 0 1 1 1 1 1 1 1 1 MFI1 0 0 0 0 0 1 0 1 1 0 1 0 1 1 1 1 0 0 0 0 0 1 0 1 1 0 1 0 1 1 1 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1
reserved fields
0 0 0
16 frame multiframe
reserved fields
0 0 0 0
each VCG member carries the status of all members so we need 256 bits of member status this is done by muxing MST bits there are MST bits per multiframe and 32 multiframes in an MST multiframe no special sequencing, just MFI2 multiframe mod 32
Initial state:
GID=g SQ=1 CTRL=NORM GID=g SQ=2 CTRL=NORM GID=g SQ=3 CTRL=EOS GID=g SQ=FF CTRL=IDLE
Y(J)S SONET Slide 98
Step 3: source sends CTRL=EOS for new member new member starts to carry traffic sink sends RS-ACK
Note 1: several new members may be added at once
Note 2: removing a member is similar Source puts CTRL=IDLE for member to be removed and stops using it All member sequence numbers must be adjusted
Y(J)S SONET Slide 99
Step 1: sink sends MST=FAIL for member 2 source sends CTRL=DNU (special treatment if EoS) and ceases to use member 2
Note: if EoS fails, renumber to ensure EoS is active
Step 2: sink sends MST=OK indicating defect is cleared source returns CTRL to NORM and starts using the member again
Note: if NMS decides to permanently remove the member, proceed as in previous slide
Y(J)S SONET Slide
PoS architecture
IP PPP HDLC SONET/SDH
PoS is based on PPP in HDLC framing Since SONET/SDH is byte oriented, byte stuffing is employed A special scrambler is used to protect SONET/SDH timing PoS operates on IP packets
If IP is delivered over Ethernet the Ethernet is terminated (frame removed) Ethernet must be reconstituted at the far end require routers at edges of SONET/SDH network
Y(J)S SONET Slide
PoS Details
IP packet is encapsulated in PPP default MTU is 1500 bytes up to 64,000 bytes allowed if negotiated by PPP FCS is generated and appended PPP in HDLC framing with byte stuffing
POS problems
PoS is BW efficient but POS has its disadvantages
BW must be predetermined HDLC BW expansion and nondeterminacy BW allocation is tightly constrained by SONET/SDH capacities e.g. GBE requires a full OC-48 pipe POS requires removing the Ethernet headers so lose RPR, VLAN, 802.1p, multicasting, etc POS requires IP routers
LAPS
Built on series of ITU LAPx HDLC-based protocols Use ISO HDLC format
GFP architecture
A new approach, not based on HDLC
Defined in ITU-T G.7041 (also numbered Y.1303) originally developed in T1X1 to fix ATM limitations (like ATM) uses HEC protected frames instead of HDLC
Ethernet
IP
HDLC
other
GFP client specific part GFP common part SDH OTN other
Client may be PDU-oriented (Ethernet MAC, IP) or block-oriented (GBE, fiber channel) GFP frames are octet aligned contain at most 65,535 bytes consist of a header + payload area Any idle time between GFP frames is filled with GFP idle frames
Y(J)S SONET Slide
core header
entire core header is XORed with B6AB31E0 Idle GFP frames have PLI=0 have no payload area Non-idle GFP frames have 4 bytes in payload area the payload has its own header 2 payload modes : GFP-F and GFP-T optionally protect payload with CRC-32 payload area
type consists of Payload Type Identifier (3b) PTI=000 for client data PTI=100 for client management (OAM dLOS, dLOF) Payload FCS Indicator (1b) PFI=1 means there is a payload FCS Extension Header ID (3b) User Payload Identifier (8b) values for Ethernet, IP, PPP, FC, RPR, MPLS, etc.
GFP modes
GFP-F - frame mapped GFP Good for PDU-based protocols (Ethernet, IP, MPLS) or HDLC-based ones (PPP)