]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/blob - lib/libc/net/sctp_recvmsg.3
- Fix description to say "receive" instead of "send"
[FreeBSD/FreeBSD.git] / lib / libc / net / sctp_recvmsg.3
1 .\" Copyright (c) 1983, 1991, 1993
2 .\"     The Regents of the University of California.  All rights reserved.
3 .\"
4 .\" Redistribution and use in source and binary forms, with or without
5 .\" modification, are permitted provided that the following conditions
6 .\" are met:
7 .\" 1. Redistributions of source code must retain the above copyright
8 .\"    notice, this list of conditions and the following disclaimer.
9 .\" 2. Redistributions in binary form must reproduce the above copyright
10 .\"    notice, this list of conditions and the following disclaimer in the
11 .\"    documentation and/or other materials provided with the distribution.
12 .\" 3. All advertising materials mentioning features or use of this software
13 .\"    must display the following acknowledgement:
14 .\"     This product includes software developed by the University of
15 .\"     California, Berkeley and its contributors.
16 .\" 4. Neither the name of the University nor the names of its contributors
17 .\"    may be used to endorse or promote products derived from this software
18 .\"    without specific prior written permission.
19 .\"
20 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
21 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
22 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
23 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
24 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
25 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
26 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
27 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
28 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
29 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
30 .\" SUCH DAMAGE.
31 .\"
32 .\" $FreeBSD$
33 .\"
34 .Dd August 13, 2007
35 .Dt SCTP_RECVMSG 3
36 .Os
37 .Sh NAME
38 .Nm sctp_recvmsg
39 .Nd receive a message from an SCTP socket
40 .Sh LIBRARY
41 .Lb libc
42 .Sh SYNOPSIS
43 .In sys/types.h
44 .In sys/socket.h
45 .In netinet/sctp.h
46 .Ft ssize_t
47 .Fo sctp_recvmsg
48 .Fa "int s" "void *msg" "size_t len" "struct sockaddr * restrict from"
49 .Fa "socklen_t * restrict fromlen" "struct sctp_sndrcvinfo *sinfo" "int *flags"
50 .Fc
51 .Sh DESCRIPTION
52 The
53 .Fn sctp_recvmsg
54 system call
55 is used to receive a message from another SCTP endpoint.
56 The
57 .Fn sctp_recvmsg
58 call is used by one-to-one (SOCK_STREAM) type sockets after a
59 successful 
60 .Fn connect
61 call or after the application has performed a 
62 .Fn listen 
63 followed by a sucessful 
64 .Fn accept
65 For a one-to-many (SOCK_SEQPACKET) type socket, an endpoint may call
66 .Fn sctp_recvmsg
67 after having implicitly started an association via one
68 of the send calls including
69 .Fn sctp_sendmsg
70 .Fn sendto
71 and
72 .Fn sendmsg .
73 Or, an application may also receive a message after having
74 called
75 .Fn listen
76 with a postive backlog to enable the reception of new associations.
77 .Pp
78 The address of the sender is held in the
79 .Fa from
80 argument with 
81 .Fa fromlen
82 specifying its size.
83 At the completion of a successful
84 .Fn sctp_recvmsg
85 call
86 .Fa from
87 will hold the address of the peer and
88 .Fa fromlen
89 will hold the length of that address.
90 Note that
91 the address is bounded by the inital value of 
92 .Fa fromlen
93 which is used as an in/out variable.
94 .Pp
95 The length of the message 
96 .Fa msg
97 to be received is bounded by
98 .Fa len .
99 If the message is too long to fit in the users
100 receive buffer, then the 
101 .Fa flags
102 argument will NOT have the
103 .Dv MSG_EOF
104 flag applied.
105 If the message is a complete message then
106 the 
107 .Fa flags
108 argument will have
109 .Dv MSG_EOF
110 set.
111 Locally detected errors are 
112 indicated by a return value of -1 with
113 .Va errno
114 set accordingly.
115 The 
116 .Fa flags
117 argument may also hold the value
118 .Dv MSG_NOTIFICATION .
119 When this
120 occurs this indicates that the message received is NOT from
121 the peer endpoint, but instead is a notification from the
122 SCTP stack (see
123 .Xr sctp 4
124 for more details).
125 Note that no notifications are ever
126 given unless the user subscribes to such notifications using
127 the
128 .Dv SCTP_EVENTS
129 socket option.
130 .Pp
131 If no messages are available at the socket then
132 .Fn sctp_recvmsg
133 normally blocks on the reception of a message or NOTIFICATION, unless the
134 socket has been placed in non-blocking I/O mode.
135 The
136 .Xr select 2
137 system call may be used to determine when it is possible to
138 receive a message.
139 .Pp
140 The 
141 .Fa sinfo
142 argument is defined as follows.
143 .Bd -literal
144 struct sctp_sndrcvinfo {
145         u_int16_t sinfo_stream;  /* Stream arriving on */
146         u_int16_t sinfo_ssn;     /* Stream Sequence Number */
147         u_int16_t sinfo_flags;   /* Flags on the incoming message */
148         u_int32_t sinfo_ppid;    /* The ppid field */
149         u_int32_t sinfo_context; /* context field */
150         u_int32_t sinfo_timetolive; /* not used by sctp_recvmsg */
151         u_int32_t sinfo_tsn;        /* The transport sequence number */
152         u_int32_t sinfo_cumtsn;     /* The cumulative acknowledgment point  */
153         sctp_assoc_t sinfo_assoc_id; /* The association id of the peer */
154 };
155 .Ed
156 .Pp
157 The
158 .Fa sinfo->sinfo_ppid
159 is an opaque 32 bit value that is passed transparently
160 through the stack from the peer endpoint. 
161 Note that the stack passes this value without regard to byte
162 order.
163 .Pp
164 The
165 .Fa sinfo->sinfo_flags
166 field may include the following:
167 .Bd -literal
168 #define SCTP_UNORDERED    0x0400        /* Message is un-ordered */
169 .Ed
170 .Pp
171 The
172 .Dv SCTP_UNORDERED
173 flag is used to specify that the message arrived with no
174 specific order and was delivered to the peer application
175 as soon as possible.
176 When this flag is absent the message
177 was delivered in order within the stream it was received.
178 .Pp
179 .Fa sinfo->sinfo_stream
180 is the SCTP stream that the message was received on. 
181 Streams in SCTP are reliable (or partially reliable) flows of ordered
182 messages.
183 .Pp
184 The 
185 .Fa sinfo->sinfo_context
186 field is used only if the local application set an association level
187 context with the
188 .Dv SCTP_CONTEXT
189 socket option.
190 Optionally a user process can use this value to index some application
191 specific data structure for all data coming from a specific
192 association. 
193 .Pp
194 The
195 .Fa sinfo->sinfo_ssn
196 will hold the stream sequence number assigned
197 by the peer endpoint if the message is NOT unordered.
198 For unordered messages this field holds an undefined value.
199 .Pp
200 The
201 .Fa sinfo->sinfo_tsn
202 holds a transport sequence number (TSN) that was assigned
203 to this message by the peer endpoint.
204 For messages that fit in or less
205 than the path MTU this will be the only TSN assigned.
206 Note that for messages that span multiple TSN's this
207 value will be one of the TSN's that was used on the
208 message.
209 .Pp
210 The
211 .Fa sinfo->sinfo_cumtsn
212 holds the current cumulative acknowledgment point of
213 the transport association.
214 Note that this may be larger
215 or smaller than the TSN assigned to the message itself.
216 .Pp
217 The 
218 .Fa sinfo->sinfo_assoc_id
219 is the unique association identification that was assigned
220 to the association.
221 For one-to-many (SOCK_SEQPACKET) type
222 sockets this value can be used to send data to the peer without
223 the use of an address field.
224 It is also quite useful in
225 setting various socket options on the specific association
226 (see 
227 .Xr sctp 4
228 ).
229 .Pp
230 The 
231 .Fa sinfo->info_timetolive
232 field is not used by 
233 .Fa sctp_recvmsg .
234 .Sh RETURN VALUES
235 The call returns the number of characters sent, or -1
236 if an error occurred.
237 .Sh ERRORS
238 The
239 .Fn sctp_recvmsg
240 system call
241 fails if:
242 .Bl -tag -width Er
243 .It Bq Er EBADF
244 An invalid descriptor was specified.
245 .It Bq Er ENOTSOCK
246 The argument
247 .Fa s
248 is not a socket.
249 .It Bq Er EFAULT
250 An invalid user space address was specified for an argument.
251 .It Bq Er EMSGSIZE
252 The socket requires that message be sent atomically,
253 and the size of the message to be sent made this impossible.
254 .It Bq Er EAGAIN
255 The socket is marked non-blocking and the requested operation
256 would block.
257 .It Bq Er ENOBUFS
258 The system was unable to allocate an internal buffer.
259 The operation may succeed when buffers become available.
260 .It Bq Er ENOBUFS
261 The output queue for a network interface was full.
262 This generally indicates that the interface has stopped sending,
263 but may be caused by transient congestion.
264 .It Bq Er EHOSTUNREACH
265 The remote host was unreachable.
266 .It Bq Er ENOTCON
267 On a one-to-one style socket no association exists.
268 .It Bq Er ECONNRESET
269 An abort was received by the stack while the user was
270 attempting to send data to the peer.
271 .It Bq Er ENOENT
272 On a one to many style socket no address is specified
273 so that the association cannot be located or the
274 SCTP_ABORT flag was specified on a non-existing association.
275 .It Bq Er EPIPE
276 The socket is unable to send anymore data
277 .Dv ( SBS_CANTSENDMORE
278 has been set on the socket).
279 This typically means that the socket
280 is not connected and is a one-to-one style socket.
281 .El
282 .Sh SEE ALSO
283 .Xr recv 2 ,
284 .Xr select 2 ,
285 .Xr socket 2 ,
286 .Xr write 2 ,
287 .Xr getsockopt 2 ,
288 .Xr setsockopt 2 ,
289 .Xr sctp_send 3 ,
290 .Xr sctp_sendmsg 3 ,
291 .Xr sendmsg 3 ,
292 .Xr sctp 4