GSMP Working Group Kenneth Sundell
Internet-Draft Nortel Networks
Avri Doria
Expiration Date: April 2000 Nokia
22 October, 1999
Support for redundant switch controllers in GSMP
<draft-sundell-gsmp-redundancy-00.txt>
Status of this Memo
This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC2026.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF), its areas, and its working groups. Note that
other groups may also distribute working documents as Internet-
Drafts.
Internet-Drafts are draft documents valid for a maximum of six
months and may be updated, replaced, or obsoleted by other
documents at any time. It is inappropriate to use Internet-
Drafts as reference material or to cite them other than as "work
in progress."
The list of current Internet-Drafts can be accessed at:
http://www.ietf.org/ietf/1id-abstracts.txt
The list of Internet-Draft Shadow Directories can be accessed at:
http://www.ietf.org/shadow.html.
Distribution of this memo is unlimited.
Copyright Notice
Copyright (C) The Internet Society (1999). All Rights Reserved.
Abstract
The General Switch Management Protocol (GSMP) is currently being updated
[3] from previous versions [1] [2]. There has been a desire to enhance
this new version (GSMPv3) with support for redundant controllers per
switch partition. This document proposes a way of adding such feature
into GSMP.
INTERNET-DRAFT redundant switch controllers in GSMP 22.10.99
Sundell, Doria Expires March 2000 [Page 2]
1. Introduction
There has been a desire to enhance the GSMP protocol with support for
redundant controllers per switch partition, see requirements #2, #5, #6
and #55 in [4]. The intention is to allow switch controllers to control
a switch partition either in a master/standby fashion or as part of
multiple controllers providing load sharing for the same partition. It
should be noted that allowing multiple controllers to control a single
switch partition places a burden on the controllers for co-ordination
among themselves.
This document proposes a new message type, the Event message, in order
to inform switch controllers when adjacencies come and go for a
particular partition. It also proposes modification of the general
Configuration Request and Response message (#64) to be able to
distribute and retrieve address information, e.g. the IP address of
other adjacencies to the same switch partition.
2. Proposed Event message type
A new Event message is proposed in this document. The Event message is
sent when adjacencies come and go for a specific partition. When a new
adjacency, e.g. a new controller, has been established, the switch sends
an Event message to every controller established to that partition. The
Event message is also sent when synchronization is lost for a specific
entity, provided that this is not the last controller for that
partition.
2.1 Event message format (#85)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Partition ID | Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M| spare | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| Sender Name |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Code: The number of existing adjacencies (adjacency count)
M: Indicates, when set, that there are more adjacencies to
announce
INTERNET-DRAFT redundant switch controllers in GSMP 22.10.99
Sundell, Doria Expires March 2000 [Page 3]
Sender Name: The identity of a partition adjacency, e.g. MAC address,
which is the same as the Sender Name in the adjacency
messages
3. Proposed changes to the System Configuration messages
3.1 Changes to the System Configuration Request message (# 64)
Currently all Configuration Request messages have the following form:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Partition ID | Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MType | x |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Switch Configuration Request message would be changed to:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Partition ID | Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MType | x |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M| Address Type| Length | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| Sender Name |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
~ Sender Address ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
M: Indicates, when set, that there are more addresses to
announce. Always 0 in a request message.
SAType: Sender Address Type
INTERNET-DRAFT redundant switch controllers in GSMP 22.10.99
Sundell, Doria Expires March 2000 [Page 4]
0: Spare
1: IPv4 address (4 bytes)
2: IPv6 address (16 bytes)
3: ATM address (20 bytes)
4-63: Reserved
64-127: Experimental
Length: Indicates the length of the Sender Address
Sender Name: The identity of the requesting controller, e.g. MAC
address, which is the same as Sender Name in the
adjacency messages
Sender Address: This field contains the address, e.g. IP address of the
requesting controller.
3.2
Changes to the Switch Configuration Response Message (#64)
The general Switch Configuration Response Message currently has the
following form:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Partition ID | Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MType | MType | MType | MType |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Firmware Version Number | Window Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Switch Type | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| Switch Name |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
INTERNET-DRAFT redundant switch controllers in GSMP 22.10.99
Sundell, Doria Expires March 2000 [Page 5]
This document proposes the following changes:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Version | Message Type | Result | Code |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Partition ID | Transaction Identifier |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| MType | MType | MType | MType |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Firmware Version Number | Window Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Switch Type | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| Switch Name |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|M| SAType | Length | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ +
| Sender Name |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
~ Sender Address ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
M: Indicates, when set, that there are more addresses to
announce
SAType: Sender Address Type
0: Spare
1: IPv4 address (4 octets)
2: IPv6 address (16 octets)
3: ATM address (20 octets)
4-63: Reserved
64-127: Experimental
Length: Indicates the length of the Sender Address
INTERNET-DRAFT redundant switch controllers in GSMP 22.10.99
Sundell, Doria Expires March 2000 [Page 6]
Sender Name: The identity of the adjacency, e.g. MAC address of
controller, which is the same as in the Adjacency
messages
Sender Address: This field contains the address, e.g. IP address of the
adjacency (coupled with the Sender Name)
4. Procedures
To keep track of state in a partition a "state machine" is suggested and
a number of "states" are proposed:
RAW: a raw partition is partition that has either never been used,
or one that has had its connection state re-initialized.
IDLE: a partition which already has connection state but which has no
current controller adjacencies.
INIT: first adjacency initiating.
INCR: adjacency count incremented (new adjacency established) will cause
an Event message
DECR: adjacency count decremented (adjacency leaves) will cause
an Event message
RSET: last adjacency leaves (back to state IDLE)
4.1 Example
A switch partition has never been used and is regarded as a raw
partition. When the first controller (A) achieves adjacency, an
adjacency count will be initiated and (A) will get an Event about itself
(count=1). Since (A) sees a count of 1 it knows that it itself must be
that 1, it won't request an info list. When the next adjacency (B)
achieves adjacency, the adjacency count will be increased by 1 and both
(A) and (B) will receive an Event indicating count of 2. Since the count
is greater than 1, both (A) and (B) know there is someone new. Both (A)
and (B) are able to request further address information (e.g. IP
address) if desired by a configuration request message.
If (A) looses adjacency, the adjacency count will be decreased and an
Event message will be sent to (B) indicating count=1. If (B) leaves as
well, the partition state will change to idle.
INTERNET-DRAFT redundant switch controllers in GSMP 22.10.99
Sundell, Doria Expires March 2000 [Page 7]
5. Partition Information MIB
A GSMP MIB object needs to be defined to include partition information.
This should be structured as a table, with each row including
information about a single controller within the partition.
Information to be included in each row should include at least:
controller name, controller address, connection type, and controller
connection label.
Authors' Contact
Kenneth Sundell
Nortel Networks
St Eriksgatan 115 A, PO Box 6701
113 85 Stockholm, Sweden
phone: +46 8 5088-3538
mobile +46 70 665-7838
ksundell@nortelnetworks.com
Avri Doria
Nokia Telecommunications
3 Burlington Woods Drive, Suite 250
Burlington, MA 01803
Phone: +1 781 359 5131
Mobile: +1 617 678 9402
avri.doria@nokia.com
Comments on this document should be sent to the authors or to the
working group mailing list at gsmp@psyton.com.
References
[1] Newman, P., Edwards, W., Hinden, R., Hoffman, E, Ching Liaw, F.,
Lyon, T. and Minshall, G., "Ipsilon's General Switch Management
Protocol Specification," Version 1.1, RFC 1987, August 1996.
[2] Newman, P., Edwards, W., Hinden, R., Hoffman, E., Ching Liaw,
F., Lyon, T. and Minshall, G., "Ipsilon's General Switch
Management Protocol Specification," Version 2.0, RFC 2397,
March 1998.
[3] GSMP Working Group, Tom Worster Editor, "General Switch
Management Protocol V3", draft-ietf-gsmp-02.txt, October, 1999
INTERNET-DRAFT redundant switch controllers in GSMP 22.10.99
Sundell, Doria Expires March 2000 [Page 8]
[4] MSF Switch Control WG, McEachern, J, "Service Control Interface
Requirements Multiservice Switching Forum",
draft-mceachern-gsmp-scireq-00.txt, June, 1999
This document expires on 22 April 2000.
INTERNET-DRAFT redundant switch controllers in GSMP 22.10.99