Signaling Transport Options Signaling Transport Options in GMPLS Networks: In-band or in GMPLS Networks: In-band or Out-of-band Out-of-band Malathi Veeraraghavan & Tao Li Charles L. Brown Dept. of Electrical and Computer Engineering University of Virginia Charlottesville, VA 22904, USA
22
Embed
Signaling Transport Options in GMPLS Networks: In-band or Out-of-band Malathi Veeraraghavan Tao Li Charles L. Brown Dept. of Electrical and Computer.
ICCCN 2007 Aug. 14, Background Signaling: needed in connection-oriented (CO) networks, e.g., PSTN, ATM, GMPLS Functions of signaling: ◦ Call setup: route selection bandwidth reservation on each link of end-to-end path switch fabric configuration of each switch ◦ Call release release bandwidth for use by others
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Signaling Transport Options in GMPLS Signaling Transport Options in GMPLS Networks: In-band or Out-of-bandNetworks: In-band or Out-of-band
Malathi Veeraraghavan& Tao Li
Charles L. Brown Dept. of Electrical and Computer EngineeringUniversity of Virginia
Charlottesville, VA 22904, USA
ICCCN 2007 Aug. 14, 2007 2
OutlineOutlineBackground and problem statementAssumptions and delay modelsNumerical resultsConclusions
2
ICCCN 2007 Aug. 14, 2007 33
BackgroundBackgroundSignaling: needed in connection-oriented
(CO) networks, e.g., PSTN, ATM, GMPLSFunctions of signaling:◦Call setup:
route selection bandwidth reservation on each link of end-to-end
path switch fabric configuration of each switch
◦Call release release bandwidth for use by others
ICCCN 2007 Aug. 14, 2007 44
Examples of signaling protocolsExamples of signaling protocols
ISDN User Part of the SS7 (Signaling System No. 7) protocol stack◦ to set up and release DS0 (64kbps) circuits in a
telephone (circuit-switched) networkResource reSerVation Protocol with Traffic
Engineering (RSVP-TE) ◦ used in CO packet-switched networks, such as MPLS
and ATM◦ used in circuit-switched networks, such as
SONET/SDH and WDM
ICCCN 2007 Aug. 14, 2007 5
Example: Signaling for call setupExample: Signaling for call setup
5
Host I-A
Host III-B
I
IV V
III
IICall setup (Dest: III-B; BW: OC1)
Routingtable
Connection setup actions at each switch on the path:1. Parse message to extract parameter values2. Lookup routing table for next hop to reach destination3. Read and update CAC (Connection Admission Control) table4. Select timeslots on output port5. Configure switch fabric: write entry into timeslot mapping table6. Construct setup message to send to next hop
call setup call setup
call s
etup
confi
rm
confirmconfirm
confirm
Next hopInterface (Port);
Capacity; Avail timeslots
IV c; OC12; 1, 4, 5
CACtable
INPUTPort /Timeslot
OUTPUTPort/Timeslot
a/1 c/4
Timeslotmapping table
Dest. Next hop
III-* IV
ICCCN 2007 Aug. 14, 2007 6
MotivationMotivationCall setup delay is an overhead in CO networks◦Reserved bandwidth is idle during call setup
Setup message processing delay measured at 91ms on an off-the-shelf SONET switch If 10 hops, call setup delay > 91x10 =910ms
Transmission time of a 100Mbyte file over a 1Gbps-rate circuit is just 800ms
To use circuits for file transfers, need to reduce call setup delay
Why is this not a major concern for others?◦Signaling is used to reduce turn-around time for
leased lines, which will be held for hours/days
6
ICCCN 2007 Aug. 14, 2007 7
Our solution for reducing call Our solution for reducing call setup delaysetup delay
Components of call setup delay◦message processing delay + message transport delay
Message processing delay reduction◦Past work: We implemented a hardware-accelerated
signaling processor Result: 3 s processing delay for a RSVP PATH message;
total of 5 s per call Processing of the PATH message takes 91ms on an off-the-
shelf switch, and RESV message takes 8ms.We focus on message transport delay
reduction in this study
7
ICCCN 2007 Aug. 14, 2007 8
Transport options of signaling Transport options of signaling messagesmessages
In-band: e.g., DCC channels in SONET◦ Typical rate: Line DCC - 576kbps for a single OC1◦ Low rate may lead to queueing delays at high message loads
Out-of-band: e.g., Internet◦ Typical rate: 10Mbps/100Mbps Ethernet◦ Queueing delays for the transmitter unlikely◦ But, can suffer from longer path and delay variations across IP network
8
S W 1
S W 2 S W 3
S W 6
S W 4 S W 5
S W 2 S W 3
S W 4 S W 5
S W 1 S W 6
IP netw o rk
S ignalingU s er
R 1
R 2 R 3
R 6R 4 R 5
(a) In-band s ignal ing (b) O ut- o f -band s ignal ing
ICCCN 2007 Aug. 14, 2007 9
Problem statementProblem statementWhich one, in-band or out-of-band
transport, is the better option? And, under what circumstances?
9
ICCCN 2007 Aug. 14, 2007 10
OutlineOutlineBackground and problem statementAssumptions and delay modelsNumerical resultsConclusion
10
ICCCN 2007 Aug. 14, 2007 11
AssumptionsAssumptions
11
IBtxIBtx
IBtx
OOBtxproc proc
(a) In-Band Signaling (b) Out-of-Band Signaling
Signaling protocol processor Transmitter
Two stages of servers: protocol processor and transmitter Protocol processor: can be software-based or hardware-based Transmitter:
In-band option: several neighbors/transmitters Out-of-band option: one control-plane link to the
Internet Message arrival: Poisson process with rate λ Message processing delay: fixed at 1/µproc Message transmission delay: fixed at 1/µtx
ICCCN 2007 Aug. 14, 2007 12
Delay modelsDelay modelsThe first server, i.e., protocol processor,
can be analyzed with the classical M/D/1 model◦Problem: output process of the first stage
(input to the second stage) is not Poisson◦Our solution approach: simplify the two-stage
models by taking into account practical considerations
12
ICCCN 2007 Aug. 14, 2007 13
Software-based signaling engineSoftware-based signaling engineAssume processing rate µproc ≤ trans. rate µtx◦Msg processing time of an off-the-shelf switch: 91ms◦1000-bit msg emission time: 1.7ms over 576Kbps
DCC channel; even smaller over 10/100Mbps Ethernet Implication: no queueing delay at the 2nd server◦Two-stage model can be approximated with an M/D/1
◦ Network delay: Propagation delay only: in-band Propagation delay + queueing delay at IP routers: out-of-band
ICCCN 2007 Aug. 14, 2007 19
Results with software signalingResults with software signaling Software signaling processor; plots show the effect of metro-area
vs. wide-area, in-band (IB) vs. out-of-band (OOB) transport, with two values of message processing service rate, µproc
19
ICCCN 2007 Aug. 14, 2007 20
Results with hardware signalingResults with hardware signaling Hardware signaling: plots show the effect of metro-area vs.
wide-area, and in-band vs. out-of-band transport
20
ICCCN 2007 Aug. 14, 2007 21
Conclusion: Use in-band transportConclusion: Use in-band transport
Software signaling engine Message processing delay on the same order as network delay
So both message processing delay + message transport delay matter Preferred transport option: IN-BAND Why?
Message transmission delay is low (10Mbps transmitter); no queueing Network delay is higher in out-of-band
Hardware signaling engine Message processing delay negligible, which makes message transport
delay even more important than with software signaling Preferred transport option: IN-BAND Given that higher call loads can be handled (based on data-plane
considerations), a larger number of in-band channels are needed to keep load to the transmitters low to avoid transmitter queueing delays.