1 |
1275 |
phoenix |
/* SCTP kernel reference Implementation
|
2 |
|
|
* Copyright (c) 1999-2000 Cisco, Inc.
|
3 |
|
|
* Copyright (c) 1999-2001 Motorola, Inc.
|
4 |
|
|
*
|
5 |
|
|
* This file is part of the SCTP kernel reference Implementation
|
6 |
|
|
*
|
7 |
|
|
* These functions implement the SCTP primitive functions from Section 10.
|
8 |
|
|
*
|
9 |
|
|
* Note that the descriptions from the specification are USER level
|
10 |
|
|
* functions--this file is the functions which populate the struct proto
|
11 |
|
|
* for SCTP which is the BOTTOM of the sockets interface.
|
12 |
|
|
*
|
13 |
|
|
* The SCTP reference implementation is free software;
|
14 |
|
|
* you can redistribute it and/or modify it under the terms of
|
15 |
|
|
* the GNU General Public License as published by
|
16 |
|
|
* the Free Software Foundation; either version 2, or (at your option)
|
17 |
|
|
* any later version.
|
18 |
|
|
*
|
19 |
|
|
* The SCTP reference implementation is distributed in the hope that it
|
20 |
|
|
* will be useful, but WITHOUT ANY WARRANTY; without even the implied
|
21 |
|
|
* ************************
|
22 |
|
|
* warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
|
23 |
|
|
* See the GNU General Public License for more details.
|
24 |
|
|
*
|
25 |
|
|
* You should have received a copy of the GNU General Public License
|
26 |
|
|
* along with GNU CC; see the file COPYING. If not, write to
|
27 |
|
|
* the Free Software Foundation, 59 Temple Place - Suite 330,
|
28 |
|
|
* Boston, MA 02111-1307, USA.
|
29 |
|
|
*
|
30 |
|
|
* Please send any bug reports or fixes you make to the
|
31 |
|
|
* email address(es):
|
32 |
|
|
* lksctp developers <lksctp-developers@lists.sourceforge.net>
|
33 |
|
|
*
|
34 |
|
|
* Or submit a bug report through the following website:
|
35 |
|
|
* http://www.sf.net/projects/lksctp
|
36 |
|
|
*
|
37 |
|
|
* Written or modified by:
|
38 |
|
|
* La Monte H.P. Yarroll <piggy@acm.org>
|
39 |
|
|
* Narasimha Budihal <narasimha@refcode.org>
|
40 |
|
|
* Karl Knutson <karl@athena.chicago.il.us>
|
41 |
|
|
* Ardelle Fan <ardelle.fan@intel.com>
|
42 |
|
|
* Kevin Gao <kevin.gao@intel.com>
|
43 |
|
|
*
|
44 |
|
|
* Any bugs reported given to us we will try to fix... any fixes shared will
|
45 |
|
|
* be incorporated into the next SCTP release.
|
46 |
|
|
*/
|
47 |
|
|
|
48 |
|
|
#include <linux/types.h>
|
49 |
|
|
#include <linux/list.h> /* For struct list_head */
|
50 |
|
|
#include <linux/socket.h>
|
51 |
|
|
#include <linux/ip.h>
|
52 |
|
|
#include <linux/time.h> /* For struct timeval */
|
53 |
|
|
#include <net/sock.h>
|
54 |
|
|
#include <net/sctp/sctp.h>
|
55 |
|
|
#include <net/sctp/sm.h>
|
56 |
|
|
|
57 |
|
|
#define DECLARE_PRIMITIVE(name) \
|
58 |
|
|
/* This is called in the code as sctp_primitive_ ## name. */ \
|
59 |
|
|
int sctp_primitive_ ## name(struct sctp_association *asoc, \
|
60 |
|
|
void *arg) { \
|
61 |
|
|
int error = 0; \
|
62 |
|
|
sctp_event_t event_type; sctp_subtype_t subtype; \
|
63 |
|
|
sctp_state_t state; \
|
64 |
|
|
struct sctp_endpoint *ep; \
|
65 |
|
|
\
|
66 |
|
|
event_type = SCTP_EVENT_T_PRIMITIVE; \
|
67 |
|
|
subtype = SCTP_ST_PRIMITIVE(SCTP_PRIMITIVE_ ## name); \
|
68 |
|
|
state = asoc ? asoc->state : SCTP_STATE_CLOSED; \
|
69 |
|
|
ep = asoc ? asoc->ep : NULL; \
|
70 |
|
|
\
|
71 |
|
|
error = sctp_do_sm(event_type, subtype, state, ep, asoc, \
|
72 |
|
|
arg, GFP_KERNEL); \
|
73 |
|
|
return error; \
|
74 |
|
|
}
|
75 |
|
|
|
76 |
|
|
/* 10.1 ULP-to-SCTP
|
77 |
|
|
* B) Associate
|
78 |
|
|
*
|
79 |
|
|
* Format: ASSOCIATE(local SCTP instance name, destination transport addr,
|
80 |
|
|
* outbound stream count)
|
81 |
|
|
* -> association id [,destination transport addr list] [,outbound stream
|
82 |
|
|
* count]
|
83 |
|
|
*
|
84 |
|
|
* This primitive allows the upper layer to initiate an association to a
|
85 |
|
|
* specific peer endpoint.
|
86 |
|
|
*
|
87 |
|
|
* This version assumes that asoc is fully populated with the initial
|
88 |
|
|
* parameters. We then return a traditional kernel indicator of
|
89 |
|
|
* success or failure.
|
90 |
|
|
*/
|
91 |
|
|
|
92 |
|
|
/* This is called in the code as sctp_primitive_ASSOCIATE. */
|
93 |
|
|
|
94 |
|
|
DECLARE_PRIMITIVE(ASSOCIATE)
|
95 |
|
|
|
96 |
|
|
/* 10.1 ULP-to-SCTP
|
97 |
|
|
* C) Shutdown
|
98 |
|
|
*
|
99 |
|
|
* Format: SHUTDOWN(association id)
|
100 |
|
|
* -> result
|
101 |
|
|
*
|
102 |
|
|
* Gracefully closes an association. Any locally queued user data
|
103 |
|
|
* will be delivered to the peer. The association will be terminated only
|
104 |
|
|
* after the peer acknowledges all the SCTP packets sent. A success code
|
105 |
|
|
* will be returned on successful termination of the association. If
|
106 |
|
|
* attempting to terminate the association results in a failure, an error
|
107 |
|
|
* code shall be returned.
|
108 |
|
|
*/
|
109 |
|
|
|
110 |
|
|
DECLARE_PRIMITIVE(SHUTDOWN);
|
111 |
|
|
|
112 |
|
|
/* 10.1 ULP-to-SCTP
|
113 |
|
|
* C) Abort
|
114 |
|
|
*
|
115 |
|
|
* Format: Abort(association id [, cause code])
|
116 |
|
|
* -> result
|
117 |
|
|
*
|
118 |
|
|
* Ungracefully closes an association. Any locally queued user data
|
119 |
|
|
* will be discarded and an ABORT chunk is sent to the peer. A success
|
120 |
|
|
* code will be returned on successful abortion of the association. If
|
121 |
|
|
* attempting to abort the association results in a failure, an error
|
122 |
|
|
* code shall be returned.
|
123 |
|
|
*/
|
124 |
|
|
|
125 |
|
|
DECLARE_PRIMITIVE(ABORT);
|
126 |
|
|
|
127 |
|
|
/* 10.1 ULP-to-SCTP
|
128 |
|
|
* E) Send
|
129 |
|
|
*
|
130 |
|
|
* Format: SEND(association id, buffer address, byte count [,context]
|
131 |
|
|
* [,stream id] [,life time] [,destination transport address]
|
132 |
|
|
* [,unorder flag] [,no-bundle flag] [,payload protocol-id] )
|
133 |
|
|
* -> result
|
134 |
|
|
*
|
135 |
|
|
* This is the main method to send user data via SCTP.
|
136 |
|
|
*
|
137 |
|
|
* Mandatory attributes:
|
138 |
|
|
*
|
139 |
|
|
* o association id - local handle to the SCTP association
|
140 |
|
|
*
|
141 |
|
|
* o buffer address - the location where the user message to be
|
142 |
|
|
* transmitted is stored;
|
143 |
|
|
*
|
144 |
|
|
* o byte count - The size of the user data in number of bytes;
|
145 |
|
|
*
|
146 |
|
|
* Optional attributes:
|
147 |
|
|
*
|
148 |
|
|
* o context - an optional 32 bit integer that will be carried in the
|
149 |
|
|
* sending failure notification to the ULP if the transportation of
|
150 |
|
|
* this User Message fails.
|
151 |
|
|
*
|
152 |
|
|
* o stream id - to indicate which stream to send the data on. If not
|
153 |
|
|
* specified, stream 0 will be used.
|
154 |
|
|
*
|
155 |
|
|
* o life time - specifies the life time of the user data. The user data
|
156 |
|
|
* will not be sent by SCTP after the life time expires. This
|
157 |
|
|
* parameter can be used to avoid efforts to transmit stale
|
158 |
|
|
* user messages. SCTP notifies the ULP if the data cannot be
|
159 |
|
|
* initiated to transport (i.e. sent to the destination via SCTP's
|
160 |
|
|
* send primitive) within the life time variable. However, the
|
161 |
|
|
* user data will be transmitted if SCTP has attempted to transmit a
|
162 |
|
|
* chunk before the life time expired.
|
163 |
|
|
*
|
164 |
|
|
* o destination transport address - specified as one of the destination
|
165 |
|
|
* transport addresses of the peer endpoint to which this packet
|
166 |
|
|
* should be sent. Whenever possible, SCTP should use this destination
|
167 |
|
|
* transport address for sending the packets, instead of the current
|
168 |
|
|
* primary path.
|
169 |
|
|
*
|
170 |
|
|
* o unorder flag - this flag, if present, indicates that the user
|
171 |
|
|
* would like the data delivered in an unordered fashion to the peer
|
172 |
|
|
* (i.e., the U flag is set to 1 on all DATA chunks carrying this
|
173 |
|
|
* message).
|
174 |
|
|
*
|
175 |
|
|
* o no-bundle flag - instructs SCTP not to bundle this user data with
|
176 |
|
|
* other outbound DATA chunks. SCTP MAY still bundle even when
|
177 |
|
|
* this flag is present, when faced with network congestion.
|
178 |
|
|
*
|
179 |
|
|
* o payload protocol-id - A 32 bit unsigned integer that is to be
|
180 |
|
|
* passed to the peer indicating the type of payload protocol data
|
181 |
|
|
* being transmitted. This value is passed as opaque data by SCTP.
|
182 |
|
|
*/
|
183 |
|
|
|
184 |
|
|
DECLARE_PRIMITIVE(SEND);
|
185 |
|
|
|
186 |
|
|
/* 10.1 ULP-to-SCTP
|
187 |
|
|
* J) Request Heartbeat
|
188 |
|
|
*
|
189 |
|
|
* Format: REQUESTHEARTBEAT(association id, destination transport address)
|
190 |
|
|
*
|
191 |
|
|
* -> result
|
192 |
|
|
*
|
193 |
|
|
* Instructs the local endpoint to perform a HeartBeat on the specified
|
194 |
|
|
* destination transport address of the given association. The returned
|
195 |
|
|
* result should indicate whether the transmission of the HEARTBEAT
|
196 |
|
|
* chunk to the destination address is successful.
|
197 |
|
|
*
|
198 |
|
|
* Mandatory attributes:
|
199 |
|
|
*
|
200 |
|
|
* o association id - local handle to the SCTP association
|
201 |
|
|
*
|
202 |
|
|
* o destination transport address - the transport address of the
|
203 |
|
|
* association on which a heartbeat should be issued.
|
204 |
|
|
*/
|
205 |
|
|
|
206 |
|
|
DECLARE_PRIMITIVE(REQUESTHEARTBEAT);
|
207 |
|
|
|
208 |
|
|
/* ADDIP
|
209 |
|
|
* 3.1.1 Address Configuration Change Chunk (ASCONF)
|
210 |
|
|
*
|
211 |
|
|
* This chunk is used to communicate to the remote endpoint one of the
|
212 |
|
|
* configuration change requests that MUST be acknowledged. The
|
213 |
|
|
* information carried in the ASCONF Chunk uses the form of a
|
214 |
|
|
* Type-Length-Value (TLV), as described in "3.2.1 Optional/
|
215 |
|
|
* Variable-length Parameter Format" in RFC2960 [5], forall variable
|
216 |
|
|
* parameters.
|
217 |
|
|
*/
|
218 |
|
|
|
219 |
|
|
DECLARE_PRIMITIVE(ASCONF);
|