OpenCores
URL https://opencores.org/ocsvn/or1k/or1k/trunk

Subversion Repositories or1k

[/] [or1k/] [trunk/] [linux/] [linux-2.4/] [net/] [sctp/] [primitive.c] - Blame information for rev 1765

Details | Compare with Previous | View Log

Line No. Rev Author Line
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);

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.