2005-08-10 03:14:34 +00:00
|
|
|
#ifndef _LINUX_DCCP_H
|
|
|
|
#define _LINUX_DCCP_H
|
|
|
|
|
|
|
|
#include <linux/types.h>
|
2005-08-10 03:26:03 +00:00
|
|
|
#include <asm/byteorder.h>
|
2005-08-10 03:14:34 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* struct dccp_hdr - generic part of DCCP packet header
|
|
|
|
*
|
|
|
|
* @dccph_sport - Relevant port on the endpoint that sent this packet
|
|
|
|
* @dccph_dport - Relevant port on the other endpoint
|
|
|
|
* @dccph_doff - Data Offset from the start of the DCCP header, in 32-bit words
|
|
|
|
* @dccph_ccval - Used by the HC-Sender CCID
|
|
|
|
* @dccph_cscov - Parts of the packet that are covered by the Checksum field
|
|
|
|
* @dccph_checksum - Internet checksum, depends on dccph_cscov
|
|
|
|
* @dccph_x - 0 = 24 bit sequence number, 1 = 48
|
|
|
|
* @dccph_type - packet type, see DCCP_PKT_ prefixed macros
|
|
|
|
* @dccph_seq - sequence number high or low order 24 bits, depends on dccph_x
|
|
|
|
*/
|
|
|
|
struct dccp_hdr {
|
2006-03-21 03:23:32 +00:00
|
|
|
__be16 dccph_sport,
|
2005-08-10 03:14:34 +00:00
|
|
|
dccph_dport;
|
|
|
|
__u8 dccph_doff;
|
|
|
|
#if defined(__LITTLE_ENDIAN_BITFIELD)
|
|
|
|
__u8 dccph_cscov:4,
|
|
|
|
dccph_ccval:4;
|
|
|
|
#elif defined(__BIG_ENDIAN_BITFIELD)
|
|
|
|
__u8 dccph_ccval:4,
|
|
|
|
dccph_cscov:4;
|
|
|
|
#else
|
|
|
|
#error "Adjust your <asm/byteorder.h> defines"
|
|
|
|
#endif
|
2006-11-15 05:24:30 +00:00
|
|
|
__sum16 dccph_checksum;
|
2005-08-10 03:14:34 +00:00
|
|
|
#if defined(__LITTLE_ENDIAN_BITFIELD)
|
2006-03-21 03:23:32 +00:00
|
|
|
__u8 dccph_x:1,
|
2005-08-10 03:14:34 +00:00
|
|
|
dccph_type:4,
|
2006-03-21 03:23:32 +00:00
|
|
|
dccph_reserved:3;
|
2005-08-10 03:14:34 +00:00
|
|
|
#elif defined(__BIG_ENDIAN_BITFIELD)
|
2006-03-21 03:23:32 +00:00
|
|
|
__u8 dccph_reserved:3,
|
2005-08-10 03:14:34 +00:00
|
|
|
dccph_type:4,
|
2006-03-21 03:23:32 +00:00
|
|
|
dccph_x:1;
|
2005-08-10 03:14:34 +00:00
|
|
|
#else
|
|
|
|
#error "Adjust your <asm/byteorder.h> defines"
|
|
|
|
#endif
|
2006-03-21 03:23:32 +00:00
|
|
|
__u8 dccph_seq2;
|
|
|
|
__be16 dccph_seq;
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* struct dccp_hdr_ext - the low bits of a 48 bit seq packet
|
|
|
|
*
|
|
|
|
* @dccph_seq_low - low 24 bits of a 48 bit seq packet
|
|
|
|
*/
|
|
|
|
struct dccp_hdr_ext {
|
2006-03-21 03:23:32 +00:00
|
|
|
__be32 dccph_seq_low;
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
2007-09-26 14:27:56 +00:00
|
|
|
* struct dccp_hdr_request - Connection initiation request header
|
2005-08-10 03:14:34 +00:00
|
|
|
*
|
|
|
|
* @dccph_req_service - Service to which the client app wants to connect
|
|
|
|
*/
|
|
|
|
struct dccp_hdr_request {
|
2006-03-21 03:23:32 +00:00
|
|
|
__be32 dccph_req_service;
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
|
|
|
/**
|
|
|
|
* struct dccp_hdr_ack_bits - acknowledgment bits common to most packets
|
|
|
|
*
|
|
|
|
* @dccph_resp_ack_nr_high - 48 bit ack number high order bits, contains GSR
|
|
|
|
* @dccph_resp_ack_nr_low - 48 bit ack number low order bits, contains GSR
|
|
|
|
*/
|
|
|
|
struct dccp_hdr_ack_bits {
|
2006-03-21 03:23:32 +00:00
|
|
|
__be16 dccph_reserved1;
|
|
|
|
__be16 dccph_ack_nr_high;
|
|
|
|
__be32 dccph_ack_nr_low;
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
|
|
|
/**
|
2007-09-26 14:27:56 +00:00
|
|
|
* struct dccp_hdr_response - Connection initiation response header
|
2005-08-10 03:14:34 +00:00
|
|
|
*
|
2007-09-26 14:27:56 +00:00
|
|
|
* @dccph_resp_ack - 48 bit Acknowledgment Number Subheader (5.3)
|
2005-08-10 03:14:34 +00:00
|
|
|
* @dccph_resp_service - Echoes the Service Code on a received DCCP-Request
|
|
|
|
*/
|
|
|
|
struct dccp_hdr_response {
|
|
|
|
struct dccp_hdr_ack_bits dccph_resp_ack;
|
2006-03-21 03:23:32 +00:00
|
|
|
__be32 dccph_resp_service;
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
/**
|
|
|
|
* struct dccp_hdr_reset - Unconditionally shut down a connection
|
|
|
|
*
|
2007-09-26 14:27:56 +00:00
|
|
|
* @dccph_reset_ack - 48 bit Acknowledgment Number Subheader (5.6)
|
|
|
|
* @dccph_reset_code - one of %dccp_reset_codes
|
|
|
|
* @dccph_reset_data - the Data 1 ... Data 3 fields from 5.6
|
2005-08-10 03:14:34 +00:00
|
|
|
*/
|
|
|
|
struct dccp_hdr_reset {
|
|
|
|
struct dccp_hdr_ack_bits dccph_reset_ack;
|
|
|
|
__u8 dccph_reset_code,
|
|
|
|
dccph_reset_data[3];
|
|
|
|
};
|
|
|
|
|
|
|
|
enum dccp_pkt_type {
|
|
|
|
DCCP_PKT_REQUEST = 0,
|
|
|
|
DCCP_PKT_RESPONSE,
|
|
|
|
DCCP_PKT_DATA,
|
|
|
|
DCCP_PKT_ACK,
|
|
|
|
DCCP_PKT_DATAACK,
|
|
|
|
DCCP_PKT_CLOSEREQ,
|
|
|
|
DCCP_PKT_CLOSE,
|
|
|
|
DCCP_PKT_RESET,
|
|
|
|
DCCP_PKT_SYNC,
|
|
|
|
DCCP_PKT_SYNCACK,
|
|
|
|
DCCP_PKT_INVALID,
|
|
|
|
};
|
|
|
|
|
|
|
|
#define DCCP_NR_PKT_TYPES DCCP_PKT_INVALID
|
|
|
|
|
|
|
|
static inline unsigned int dccp_packet_hdr_len(const __u8 type)
|
|
|
|
{
|
|
|
|
if (type == DCCP_PKT_DATA)
|
|
|
|
return 0;
|
|
|
|
if (type == DCCP_PKT_DATAACK ||
|
|
|
|
type == DCCP_PKT_ACK ||
|
|
|
|
type == DCCP_PKT_SYNC ||
|
|
|
|
type == DCCP_PKT_SYNCACK ||
|
|
|
|
type == DCCP_PKT_CLOSE ||
|
|
|
|
type == DCCP_PKT_CLOSEREQ)
|
|
|
|
return sizeof(struct dccp_hdr_ack_bits);
|
|
|
|
if (type == DCCP_PKT_REQUEST)
|
|
|
|
return sizeof(struct dccp_hdr_request);
|
|
|
|
if (type == DCCP_PKT_RESPONSE)
|
|
|
|
return sizeof(struct dccp_hdr_response);
|
|
|
|
return sizeof(struct dccp_hdr_reset);
|
|
|
|
}
|
|
|
|
enum dccp_reset_codes {
|
|
|
|
DCCP_RESET_CODE_UNSPECIFIED = 0,
|
|
|
|
DCCP_RESET_CODE_CLOSED,
|
|
|
|
DCCP_RESET_CODE_ABORTED,
|
|
|
|
DCCP_RESET_CODE_NO_CONNECTION,
|
|
|
|
DCCP_RESET_CODE_PACKET_ERROR,
|
|
|
|
DCCP_RESET_CODE_OPTION_ERROR,
|
|
|
|
DCCP_RESET_CODE_MANDATORY_ERROR,
|
|
|
|
DCCP_RESET_CODE_CONNECTION_REFUSED,
|
|
|
|
DCCP_RESET_CODE_BAD_SERVICE_CODE,
|
|
|
|
DCCP_RESET_CODE_TOO_BUSY,
|
|
|
|
DCCP_RESET_CODE_BAD_INIT_COOKIE,
|
|
|
|
DCCP_RESET_CODE_AGGRESSION_PENALTY,
|
[DCCP]: Convert Reset code into socket error number
This adds support for converting the 11 currently defined Reset codes into system
error numbers, which are stored in sk_err for further interpretation.
This makes the externally visible API behaviour similar to TCP, since a client
connecting to a non-existing port will experience ECONNREFUSED.
* Code 0, Unspecified, is interpreted as non-error (0);
* Code 1, Closed (normal termination), also maps into 0;
* Code 2, Aborted, maps into "Connection reset by peer" (ECONNRESET);
* Code 3, No Connection and
Code 7, Connection Refused, map into "Connection refused" (ECONNREFUSED);
* Code 4, Packet Error, maps into "No message of desired type" (ENOMSG);
* Code 5, Option Error, maps into "Illegal byte sequence" (EILSEQ);
* Code 6, Mandatory Error, maps into "Operation not supported on transport endpoint" (EOPNOTSUPP);
* Code 8, Bad Service Code, maps into "Invalid request code" (EBADRQC);
* Code 9, Too Busy, maps into "Too many users" (EUSERS);
* Code 10, Bad Init Cookie, maps into "Invalid request descriptor" (EBADR);
* Code 11, Aggression Penalty, maps into "Quota exceeded" (EDQUOT)
which makes sense in terms of using more than the `fair share' of bandwidth.
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Acked-by: Ian McDonald <ian.mcdonald@jandi.co.nz>
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2007-10-24 12:27:48 +00:00
|
|
|
|
|
|
|
DCCP_MAX_RESET_CODES /* Leave at the end! */
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
/* DCCP options */
|
|
|
|
enum {
|
|
|
|
DCCPO_PADDING = 0,
|
|
|
|
DCCPO_MANDATORY = 1,
|
|
|
|
DCCPO_MIN_RESERVED = 3,
|
|
|
|
DCCPO_MAX_RESERVED = 31,
|
[DCCP]: Initial feature negotiation implementation
Still needs more work, but boots and doesn't crashes, even
does some negotiation!
18:38:52.174934 127.0.0.1.43458 > 127.0.0.1.5001: request <change_l ack_ratio 2, change_r ccid 2, change_l ccid 2>
18:38:52.218526 127.0.0.1.5001 > 127.0.0.1.43458: response <nop, nop, change_l ack_ratio 2, confirm_r ccid 2 2, confirm_l ccid 2 2, confirm_r ack_ratio 2>
18:38:52.185398 127.0.0.1.43458 > 127.0.0.1.5001: <nop, confirm_r ack_ratio 2, ack_vector0 0x00, elapsed_time 212>
:-)
Signed-off-by: Andrea Bittau <a.bittau@cs.ucl.ac.uk>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2006-03-21 01:43:56 +00:00
|
|
|
DCCPO_CHANGE_L = 32,
|
|
|
|
DCCPO_CONFIRM_L = 33,
|
|
|
|
DCCPO_CHANGE_R = 34,
|
|
|
|
DCCPO_CONFIRM_R = 35,
|
2005-08-10 03:14:34 +00:00
|
|
|
DCCPO_NDP_COUNT = 37,
|
|
|
|
DCCPO_ACK_VECTOR_0 = 38,
|
|
|
|
DCCPO_ACK_VECTOR_1 = 39,
|
|
|
|
DCCPO_TIMESTAMP = 41,
|
|
|
|
DCCPO_TIMESTAMP_ECHO = 42,
|
|
|
|
DCCPO_ELAPSED_TIME = 43,
|
|
|
|
DCCPO_MAX = 45,
|
2010-09-19 18:08:00 +00:00
|
|
|
DCCPO_MIN_RX_CCID_SPECIFIC = 128, /* from sender to receiver */
|
|
|
|
DCCPO_MAX_RX_CCID_SPECIFIC = 191,
|
|
|
|
DCCPO_MIN_TX_CCID_SPECIFIC = 192, /* from receiver to sender */
|
|
|
|
DCCPO_MAX_TX_CCID_SPECIFIC = 255,
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
2008-11-24 00:02:31 +00:00
|
|
|
/* maximum size of a single TLV-encoded DCCP option (sans type/len bytes) */
|
|
|
|
#define DCCP_SINGLE_OPT_MAXLEN 253
|
2005-08-10 03:14:34 +00:00
|
|
|
|
2006-09-22 02:25:36 +00:00
|
|
|
/* DCCP CCIDS */
|
|
|
|
enum {
|
|
|
|
DCCPC_CCID2 = 2,
|
|
|
|
DCCPC_CCID3 = 3,
|
|
|
|
};
|
|
|
|
|
[DCCP]: Make feature negotiation more readable
This patch replaces cryptic feature negotiation messages of type
Oct 31 15:42:20 kernel: dccp_feat_change: feat change type=32 feat=1
Oct 31 15:42:21 kernel: dccp_feat_change: feat change type=34 feat=1
Oct 31 15:42:21 kernel: dccp_feat_change: feat change type=32 feat=5
into ones of type:
Nov 2 13:54:45 kernel: dccp_feat_change: ChangeL(CCID (1), 3)
Nov 2 13:54:45 kernel: dccp_feat_change: ChangeR(CCID (1), 3)
Nov 2 13:54:45 kernel: dccp_feat_change: ChangeL(Ack Ratio (5), 2)
Also,
* completed the feature number list wrt RFC 4340 sec. 6.4
* annotating which ones have been implemented so far
* implemented rudimentary sanity checking in feat.c (FIXMEs)
* some minor fixes
Commiter note: uninlined dccp_feat_name and dccp_feat_typename, for
consistency with dccp_{state,packet}_name, that, BTW,
should be compiled only if CONFIG_IP_DCCP_DEBUG is
selected, leaving this to another cset tho. Also
shortened dccp_feat_negotiation_debug to dccp_feat_debug.
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
2006-11-14 14:48:10 +00:00
|
|
|
/* DCCP features (RFC 4340 section 6.4) */
|
2008-11-05 07:43:47 +00:00
|
|
|
enum dccp_feature_numbers {
|
2006-12-10 18:01:18 +00:00
|
|
|
DCCPF_RESERVED = 0,
|
|
|
|
DCCPF_CCID = 1,
|
2008-11-05 07:43:47 +00:00
|
|
|
DCCPF_SHORT_SEQNOS = 2,
|
2006-12-10 18:01:18 +00:00
|
|
|
DCCPF_SEQUENCE_WINDOW = 3,
|
2008-11-05 07:43:47 +00:00
|
|
|
DCCPF_ECN_INCAPABLE = 4,
|
2006-12-10 18:01:18 +00:00
|
|
|
DCCPF_ACK_RATIO = 5,
|
|
|
|
DCCPF_SEND_ACK_VECTOR = 6,
|
|
|
|
DCCPF_SEND_NDP_COUNT = 7,
|
2006-11-10 19:43:06 +00:00
|
|
|
DCCPF_MIN_CSUM_COVER = 8,
|
2008-11-05 07:43:47 +00:00
|
|
|
DCCPF_DATA_CHECKSUM = 9,
|
2006-12-10 18:01:18 +00:00
|
|
|
/* 10-127 reserved */
|
|
|
|
DCCPF_MIN_CCID_SPECIFIC = 128,
|
2008-11-05 07:43:47 +00:00
|
|
|
DCCPF_SEND_LEV_RATE = 192, /* RFC 4342, sec. 8.4 */
|
2006-12-10 18:01:18 +00:00
|
|
|
DCCPF_MAX_CCID_SPECIFIC = 255,
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
|
|
|
|
2010-12-04 12:38:01 +00:00
|
|
|
/* DCCP socket control message types for cmsg */
|
|
|
|
enum dccp_cmsg_type {
|
|
|
|
DCCP_SCM_PRIORITY = 1,
|
|
|
|
DCCP_SCM_QPOLICY_MAX = 0xFFFF,
|
|
|
|
/* ^-- Up to here reserved exclusively for qpolicy parameters */
|
|
|
|
DCCP_SCM_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
/* DCCP priorities for outgoing/queued packets */
|
|
|
|
enum dccp_packet_dequeueing_policy {
|
|
|
|
DCCPQ_POLICY_SIMPLE,
|
|
|
|
DCCPQ_POLICY_PRIO,
|
|
|
|
DCCPQ_POLICY_MAX
|
|
|
|
};
|
|
|
|
|
2005-08-28 07:51:32 +00:00
|
|
|
/* DCCP socket options */
|
2006-11-28 21:33:36 +00:00
|
|
|
#define DCCP_SOCKOPT_PACKET_SIZE 1 /* XXX deprecated, without effect */
|
2005-09-16 23:58:40 +00:00
|
|
|
#define DCCP_SOCKOPT_SERVICE 2
|
[DCCP]: Initial feature negotiation implementation
Still needs more work, but boots and doesn't crashes, even
does some negotiation!
18:38:52.174934 127.0.0.1.43458 > 127.0.0.1.5001: request <change_l ack_ratio 2, change_r ccid 2, change_l ccid 2>
18:38:52.218526 127.0.0.1.5001 > 127.0.0.1.43458: response <nop, nop, change_l ack_ratio 2, confirm_r ccid 2 2, confirm_l ccid 2 2, confirm_r ack_ratio 2>
18:38:52.185398 127.0.0.1.43458 > 127.0.0.1.5001: <nop, confirm_r ack_ratio 2, ack_vector0 0x00, elapsed_time 212>
:-)
Signed-off-by: Andrea Bittau <a.bittau@cs.ucl.ac.uk>
Signed-off-by: Arnaldo Carvalho de Melo <acme@mandriva.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2006-03-21 01:43:56 +00:00
|
|
|
#define DCCP_SOCKOPT_CHANGE_L 3
|
|
|
|
#define DCCP_SOCKOPT_CHANGE_R 4
|
2007-10-04 21:39:22 +00:00
|
|
|
#define DCCP_SOCKOPT_GET_CUR_MPS 5
|
2007-12-13 14:25:01 +00:00
|
|
|
#define DCCP_SOCKOPT_SERVER_TIMEWAIT 6
|
2006-11-10 19:43:06 +00:00
|
|
|
#define DCCP_SOCKOPT_SEND_CSCOV 10
|
|
|
|
#define DCCP_SOCKOPT_RECV_CSCOV 11
|
2008-11-12 08:47:26 +00:00
|
|
|
#define DCCP_SOCKOPT_AVAILABLE_CCIDS 12
|
2008-11-24 00:02:31 +00:00
|
|
|
#define DCCP_SOCKOPT_CCID 13
|
|
|
|
#define DCCP_SOCKOPT_TX_CCID 14
|
|
|
|
#define DCCP_SOCKOPT_RX_CCID 15
|
2010-12-04 12:38:01 +00:00
|
|
|
#define DCCP_SOCKOPT_QPOLICY_ID 16
|
|
|
|
#define DCCP_SOCKOPT_QPOLICY_TXQLEN 17
|
2005-09-18 07:19:32 +00:00
|
|
|
#define DCCP_SOCKOPT_CCID_RX_INFO 128
|
|
|
|
#define DCCP_SOCKOPT_CCID_TX_INFO 192
|
2005-09-16 23:58:40 +00:00
|
|
|
|
2006-11-14 14:57:34 +00:00
|
|
|
/* maximum number of services provided on the same listening port */
|
2005-09-16 23:58:40 +00:00
|
|
|
#define DCCP_SERVICE_LIST_MAX_LEN 32
|
2005-08-28 07:51:32 +00:00
|
|
|
|
2005-08-10 03:26:03 +00:00
|
|
|
#ifdef __KERNEL__
|
|
|
|
|
|
|
|
#include <linux/in.h>
|
2007-08-20 00:18:33 +00:00
|
|
|
#include <linux/ktime.h>
|
2005-08-10 03:26:03 +00:00
|
|
|
#include <linux/list.h>
|
|
|
|
#include <linux/uio.h>
|
|
|
|
#include <linux/workqueue.h>
|
|
|
|
|
|
|
|
#include <net/inet_connection_sock.h>
|
2005-12-27 04:43:12 +00:00
|
|
|
#include <net/inet_sock.h>
|
2005-08-10 03:45:21 +00:00
|
|
|
#include <net/inet_timewait_sock.h>
|
2005-08-10 03:26:03 +00:00
|
|
|
#include <net/tcp_states.h>
|
|
|
|
|
|
|
|
enum dccp_state {
|
2007-11-28 13:34:53 +00:00
|
|
|
DCCP_OPEN = TCP_ESTABLISHED,
|
|
|
|
DCCP_REQUESTING = TCP_SYN_SENT,
|
|
|
|
DCCP_LISTEN = TCP_LISTEN,
|
|
|
|
DCCP_RESPOND = TCP_SYN_RECV,
|
|
|
|
/*
|
|
|
|
* States involved in closing a DCCP connection:
|
|
|
|
* 1) ACTIVE_CLOSEREQ is entered by a server sending a CloseReq.
|
|
|
|
*
|
|
|
|
* 2) CLOSING can have three different meanings (RFC 4340, 8.3):
|
|
|
|
* a. Client has performed active-close, has sent a Close to the server
|
|
|
|
* from state OPEN or PARTOPEN, and is waiting for the final Reset
|
|
|
|
* (in this case, SOCK_DONE == 1).
|
|
|
|
* b. Client is asked to perform passive-close, by receiving a CloseReq
|
|
|
|
* in (PART)OPEN state. It sends a Close and waits for final Reset
|
|
|
|
* (in this case, SOCK_DONE == 0).
|
|
|
|
* c. Server performs an active-close as in (a), keeps TIMEWAIT state.
|
|
|
|
*
|
|
|
|
* 3) The following intermediate states are employed to give passively
|
|
|
|
* closing nodes a chance to process their unread data:
|
|
|
|
* - PASSIVE_CLOSE (from OPEN => CLOSED) and
|
|
|
|
* - PASSIVE_CLOSEREQ (from (PART)OPEN to CLOSING; case (b) above).
|
|
|
|
*/
|
|
|
|
DCCP_ACTIVE_CLOSEREQ = TCP_FIN_WAIT1,
|
|
|
|
DCCP_PASSIVE_CLOSE = TCP_CLOSE_WAIT, /* any node receiving a Close */
|
|
|
|
DCCP_CLOSING = TCP_CLOSING,
|
|
|
|
DCCP_TIME_WAIT = TCP_TIME_WAIT,
|
|
|
|
DCCP_CLOSED = TCP_CLOSE,
|
|
|
|
DCCP_PARTOPEN = TCP_MAX_STATES,
|
|
|
|
DCCP_PASSIVE_CLOSEREQ, /* clients receiving CloseReq */
|
2007-11-20 23:56:37 +00:00
|
|
|
DCCP_MAX_STATES
|
2005-08-10 03:26:03 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
enum {
|
2007-11-28 13:34:53 +00:00
|
|
|
DCCPF_OPEN = TCPF_ESTABLISHED,
|
|
|
|
DCCPF_REQUESTING = TCPF_SYN_SENT,
|
|
|
|
DCCPF_LISTEN = TCPF_LISTEN,
|
|
|
|
DCCPF_RESPOND = TCPF_SYN_RECV,
|
|
|
|
DCCPF_ACTIVE_CLOSEREQ = TCPF_FIN_WAIT1,
|
|
|
|
DCCPF_CLOSING = TCPF_CLOSING,
|
|
|
|
DCCPF_TIME_WAIT = TCPF_TIME_WAIT,
|
|
|
|
DCCPF_CLOSED = TCPF_CLOSE,
|
|
|
|
DCCPF_PARTOPEN = (1 << DCCP_PARTOPEN),
|
2005-08-10 03:26:03 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
static inline struct dccp_hdr *dccp_hdr(const struct sk_buff *skb)
|
|
|
|
{
|
2007-04-26 01:04:18 +00:00
|
|
|
return (struct dccp_hdr *)skb_transport_header(skb);
|
2005-08-10 03:26:03 +00:00
|
|
|
}
|
|
|
|
|
2006-11-10 13:22:32 +00:00
|
|
|
static inline struct dccp_hdr *dccp_zeroed_hdr(struct sk_buff *skb, int headlen)
|
|
|
|
{
|
2007-03-13 16:06:52 +00:00
|
|
|
skb_push(skb, headlen);
|
|
|
|
skb_reset_transport_header(skb);
|
2007-04-26 01:04:18 +00:00
|
|
|
return memset(skb_transport_header(skb), 0, headlen);
|
2006-11-10 13:22:32 +00:00
|
|
|
}
|
|
|
|
|
2007-10-24 12:12:09 +00:00
|
|
|
static inline struct dccp_hdr_ext *dccp_hdrx(const struct dccp_hdr *dh)
|
2005-08-10 03:26:03 +00:00
|
|
|
{
|
2007-10-24 12:12:09 +00:00
|
|
|
return (struct dccp_hdr_ext *)((unsigned char *)dh + sizeof(*dh));
|
2005-08-10 03:26:03 +00:00
|
|
|
}
|
|
|
|
|
2005-08-10 03:26:55 +00:00
|
|
|
static inline unsigned int __dccp_basic_hdr_len(const struct dccp_hdr *dh)
|
|
|
|
{
|
|
|
|
return sizeof(*dh) + (dh->dccph_x ? sizeof(struct dccp_hdr_ext) : 0);
|
|
|
|
}
|
|
|
|
|
2005-08-10 03:26:03 +00:00
|
|
|
static inline unsigned int dccp_basic_hdr_len(const struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
const struct dccp_hdr *dh = dccp_hdr(skb);
|
2005-08-10 03:26:55 +00:00
|
|
|
return __dccp_basic_hdr_len(dh);
|
2005-08-10 03:26:03 +00:00
|
|
|
}
|
|
|
|
|
2007-10-24 12:12:09 +00:00
|
|
|
static inline __u64 dccp_hdr_seq(const struct dccp_hdr *dh)
|
2005-08-10 03:26:03 +00:00
|
|
|
{
|
2006-03-21 03:23:32 +00:00
|
|
|
__u64 seq_nr = ntohs(dh->dccph_seq);
|
2005-08-10 03:26:03 +00:00
|
|
|
|
|
|
|
if (dh->dccph_x != 0)
|
2007-10-24 12:12:09 +00:00
|
|
|
seq_nr = (seq_nr << 32) + ntohl(dccp_hdrx(dh)->dccph_seq_low);
|
2006-03-21 03:23:32 +00:00
|
|
|
else
|
|
|
|
seq_nr += (u32)dh->dccph_seq2 << 16;
|
2005-08-10 03:26:03 +00:00
|
|
|
|
|
|
|
return seq_nr;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline struct dccp_hdr_request *dccp_hdr_request(struct sk_buff *skb)
|
|
|
|
{
|
2007-04-26 01:04:18 +00:00
|
|
|
return (struct dccp_hdr_request *)(skb_transport_header(skb) +
|
|
|
|
dccp_basic_hdr_len(skb));
|
2005-08-10 03:26:03 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline struct dccp_hdr_ack_bits *dccp_hdr_ack_bits(const struct sk_buff *skb)
|
|
|
|
{
|
2007-04-26 01:04:18 +00:00
|
|
|
return (struct dccp_hdr_ack_bits *)(skb_transport_header(skb) +
|
|
|
|
dccp_basic_hdr_len(skb));
|
2005-08-10 03:26:03 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline u64 dccp_hdr_ack_seq(const struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
const struct dccp_hdr_ack_bits *dhack = dccp_hdr_ack_bits(skb);
|
2006-03-21 03:23:32 +00:00
|
|
|
return ((u64)ntohs(dhack->dccph_ack_nr_high) << 32) + ntohl(dhack->dccph_ack_nr_low);
|
2005-08-10 03:26:03 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline struct dccp_hdr_response *dccp_hdr_response(struct sk_buff *skb)
|
|
|
|
{
|
2007-04-26 01:04:18 +00:00
|
|
|
return (struct dccp_hdr_response *)(skb_transport_header(skb) +
|
|
|
|
dccp_basic_hdr_len(skb));
|
2005-08-10 03:26:03 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
static inline struct dccp_hdr_reset *dccp_hdr_reset(struct sk_buff *skb)
|
|
|
|
{
|
2007-04-26 01:04:18 +00:00
|
|
|
return (struct dccp_hdr_reset *)(skb_transport_header(skb) +
|
|
|
|
dccp_basic_hdr_len(skb));
|
2005-08-10 03:26:03 +00:00
|
|
|
}
|
|
|
|
|
2005-08-10 03:26:55 +00:00
|
|
|
static inline unsigned int __dccp_hdr_len(const struct dccp_hdr *dh)
|
|
|
|
{
|
|
|
|
return __dccp_basic_hdr_len(dh) +
|
|
|
|
dccp_packet_hdr_len(dh->dccph_type);
|
|
|
|
}
|
|
|
|
|
2005-08-10 03:26:03 +00:00
|
|
|
static inline unsigned int dccp_hdr_len(const struct sk_buff *skb)
|
|
|
|
{
|
2005-08-10 03:26:55 +00:00
|
|
|
return __dccp_hdr_len(dccp_hdr(skb));
|
2005-08-10 03:26:03 +00:00
|
|
|
}
|
|
|
|
|
[DCCP]: Handle timestamps on Request/Response exchange separately
In DCCP, timestamps can occur on packets anytime, CCID3 uses a timestamp(/echo) on the Request/Response
exchange. This patch addresses the following situation:
* timestamps are recorded on the listening socket;
* Responses are sent from dccp_request_sockets;
* suppose two connections reach the listening socket with very small time in between:
* the first timestamp value gets overwritten by the second connection request.
This is not really good, so this patch separates timestamps into
* those which are received by the server during the initial handshake (on dccp_request_sock);
* those which are received by the client or the client after connection establishment.
As before, a timestamp of 0 is regarded as indicating that no (meaningful) timestamp has been
received (in addition, a warning message is printed if hosts send 0-valued timestamps).
The timestamp-echoing now works as follows:
* when a timestamp is present on the initial Request, it is placed into dreq, due to the
call to dccp_parse_options in dccp_v{4,6}_conn_request;
* when a timestamp is present on the Ack leading from RESPOND => OPEN, it is copied over
from the request_sock into the child cocket in dccp_create_openreq_child;
* timestamps received on an (established) dccp_sock are treated as before.
Since Elapsed Time is measured in hundredths of milliseconds (13.2), the new dccp_timestamp()
function is used, as it is expected that the time between receiving the timestamp and
sending the timestamp echo will be very small against the wrap-around time. As a byproduct,
this allows smaller timestamping-time fields.
Furthermore, inserting the Timestamp Echo option has been taken out of the block starting with
'!dccp_packet_without_ack()', since Timestamp Echo can be carried on any packet (5.8 and 13.3).
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Acked-by: Ian McDonald <ian.mcdonald@jandi.co.nz>
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-12-13 14:37:19 +00:00
|
|
|
/**
|
|
|
|
* struct dccp_request_sock - represent DCCP-specific connection request
|
|
|
|
* @dreq_inet_rsk: structure inherited from
|
|
|
|
* @dreq_iss: initial sequence number sent on the Response (RFC 4340, 7.1)
|
|
|
|
* @dreq_isr: initial sequence number received on the Request
|
|
|
|
* @dreq_service: service code present on the Request (there is just one)
|
2008-11-05 07:55:49 +00:00
|
|
|
* @dreq_featneg: feature negotiation options for this connection
|
[DCCP]: Handle timestamps on Request/Response exchange separately
In DCCP, timestamps can occur on packets anytime, CCID3 uses a timestamp(/echo) on the Request/Response
exchange. This patch addresses the following situation:
* timestamps are recorded on the listening socket;
* Responses are sent from dccp_request_sockets;
* suppose two connections reach the listening socket with very small time in between:
* the first timestamp value gets overwritten by the second connection request.
This is not really good, so this patch separates timestamps into
* those which are received by the server during the initial handshake (on dccp_request_sock);
* those which are received by the client or the client after connection establishment.
As before, a timestamp of 0 is regarded as indicating that no (meaningful) timestamp has been
received (in addition, a warning message is printed if hosts send 0-valued timestamps).
The timestamp-echoing now works as follows:
* when a timestamp is present on the initial Request, it is placed into dreq, due to the
call to dccp_parse_options in dccp_v{4,6}_conn_request;
* when a timestamp is present on the Ack leading from RESPOND => OPEN, it is copied over
from the request_sock into the child cocket in dccp_create_openreq_child;
* timestamps received on an (established) dccp_sock are treated as before.
Since Elapsed Time is measured in hundredths of milliseconds (13.2), the new dccp_timestamp()
function is used, as it is expected that the time between receiving the timestamp and
sending the timestamp echo will be very small against the wrap-around time. As a byproduct,
this allows smaller timestamping-time fields.
Furthermore, inserting the Timestamp Echo option has been taken out of the block starting with
'!dccp_packet_without_ack()', since Timestamp Echo can be carried on any packet (5.8 and 13.3).
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Acked-by: Ian McDonald <ian.mcdonald@jandi.co.nz>
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-12-13 14:37:19 +00:00
|
|
|
* The following two fields are analogous to the ones in dccp_sock:
|
|
|
|
* @dreq_timestamp_echo: last received timestamp to echo (13.1)
|
|
|
|
* @dreq_timestamp_echo: the time of receiving the last @dreq_timestamp_echo
|
|
|
|
*/
|
2005-08-10 03:14:34 +00:00
|
|
|
struct dccp_request_sock {
|
|
|
|
struct inet_request_sock dreq_inet_rsk;
|
|
|
|
__u64 dreq_iss;
|
|
|
|
__u64 dreq_isr;
|
2006-03-21 03:23:32 +00:00
|
|
|
__be32 dreq_service;
|
2008-11-05 07:55:49 +00:00
|
|
|
struct list_head dreq_featneg;
|
[DCCP]: Handle timestamps on Request/Response exchange separately
In DCCP, timestamps can occur on packets anytime, CCID3 uses a timestamp(/echo) on the Request/Response
exchange. This patch addresses the following situation:
* timestamps are recorded on the listening socket;
* Responses are sent from dccp_request_sockets;
* suppose two connections reach the listening socket with very small time in between:
* the first timestamp value gets overwritten by the second connection request.
This is not really good, so this patch separates timestamps into
* those which are received by the server during the initial handshake (on dccp_request_sock);
* those which are received by the client or the client after connection establishment.
As before, a timestamp of 0 is regarded as indicating that no (meaningful) timestamp has been
received (in addition, a warning message is printed if hosts send 0-valued timestamps).
The timestamp-echoing now works as follows:
* when a timestamp is present on the initial Request, it is placed into dreq, due to the
call to dccp_parse_options in dccp_v{4,6}_conn_request;
* when a timestamp is present on the Ack leading from RESPOND => OPEN, it is copied over
from the request_sock into the child cocket in dccp_create_openreq_child;
* timestamps received on an (established) dccp_sock are treated as before.
Since Elapsed Time is measured in hundredths of milliseconds (13.2), the new dccp_timestamp()
function is used, as it is expected that the time between receiving the timestamp and
sending the timestamp echo will be very small against the wrap-around time. As a byproduct,
this allows smaller timestamping-time fields.
Furthermore, inserting the Timestamp Echo option has been taken out of the block starting with
'!dccp_packet_without_ack()', since Timestamp Echo can be carried on any packet (5.8 and 13.3).
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Acked-by: Ian McDonald <ian.mcdonald@jandi.co.nz>
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-12-13 14:37:19 +00:00
|
|
|
__u32 dreq_timestamp_echo;
|
|
|
|
__u32 dreq_timestamp_time;
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
static inline struct dccp_request_sock *dccp_rsk(const struct request_sock *req)
|
|
|
|
{
|
|
|
|
return (struct dccp_request_sock *)req;
|
|
|
|
}
|
|
|
|
|
2005-08-10 03:45:21 +00:00
|
|
|
extern struct inet_timewait_death_row dccp_death_row;
|
|
|
|
|
2007-12-13 14:29:24 +00:00
|
|
|
extern int dccp_parse_options(struct sock *sk, struct dccp_request_sock *dreq,
|
|
|
|
struct sk_buff *skb);
|
|
|
|
|
2005-08-10 03:14:34 +00:00
|
|
|
struct dccp_options_received {
|
2008-07-13 10:51:40 +00:00
|
|
|
u64 dccpor_ndp:48;
|
2005-08-10 03:14:34 +00:00
|
|
|
u32 dccpor_timestamp;
|
|
|
|
u32 dccpor_timestamp_echo;
|
|
|
|
u32 dccpor_elapsed_time;
|
|
|
|
};
|
|
|
|
|
|
|
|
struct ccid;
|
|
|
|
|
|
|
|
enum dccp_role {
|
|
|
|
DCCP_ROLE_UNDEFINED,
|
|
|
|
DCCP_ROLE_LISTEN,
|
|
|
|
DCCP_ROLE_CLIENT,
|
|
|
|
DCCP_ROLE_SERVER,
|
|
|
|
};
|
|
|
|
|
2005-09-16 23:58:40 +00:00
|
|
|
struct dccp_service_list {
|
|
|
|
__u32 dccpsl_nr;
|
2006-03-21 03:23:32 +00:00
|
|
|
__be32 dccpsl_list[0];
|
2005-09-16 23:58:40 +00:00
|
|
|
};
|
|
|
|
|
|
|
|
#define DCCP_SERVICE_INVALID_VALUE htonl((__u32)-1)
|
2006-12-10 18:01:18 +00:00
|
|
|
#define DCCP_SERVICE_CODE_IS_ABSENT 0
|
2005-09-16 23:58:40 +00:00
|
|
|
|
|
|
|
static inline int dccp_list_has_service(const struct dccp_service_list *sl,
|
2006-03-21 03:23:32 +00:00
|
|
|
const __be32 service)
|
2005-09-16 23:58:40 +00:00
|
|
|
{
|
|
|
|
if (likely(sl != NULL)) {
|
|
|
|
u32 i = sl->dccpsl_nr;
|
|
|
|
while (i--)
|
|
|
|
if (sl->dccpsl_list[i] == service)
|
2006-12-10 18:01:18 +00:00
|
|
|
return 1;
|
2005-09-16 23:58:40 +00:00
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2005-09-18 07:17:51 +00:00
|
|
|
struct dccp_ackvec;
|
|
|
|
|
2005-08-10 03:14:34 +00:00
|
|
|
/**
|
|
|
|
* struct dccp_sock - DCCP socket state
|
|
|
|
*
|
|
|
|
* @dccps_swl - sequence number window low
|
|
|
|
* @dccps_swh - sequence number window high
|
|
|
|
* @dccps_awl - acknowledgement number window low
|
|
|
|
* @dccps_awh - acknowledgement number window high
|
|
|
|
* @dccps_iss - initial sequence number sent
|
|
|
|
* @dccps_isr - initial sequence number received
|
|
|
|
* @dccps_osr - first OPEN sequence number received
|
|
|
|
* @dccps_gss - greatest sequence number sent
|
|
|
|
* @dccps_gsr - greatest valid sequence number received
|
|
|
|
* @dccps_gar - greatest valid ack number received on a non-Sync; initialized to %dccps_iss
|
2006-11-14 14:57:34 +00:00
|
|
|
* @dccps_service - first (passive sock) or unique (active sock) service code
|
|
|
|
* @dccps_service_list - second .. last service code on passive socket
|
2005-08-10 03:14:34 +00:00
|
|
|
* @dccps_timestamp_echo - latest timestamp received on a TIMESTAMP option
|
[DCCP]: Handle timestamps on Request/Response exchange separately
In DCCP, timestamps can occur on packets anytime, CCID3 uses a timestamp(/echo) on the Request/Response
exchange. This patch addresses the following situation:
* timestamps are recorded on the listening socket;
* Responses are sent from dccp_request_sockets;
* suppose two connections reach the listening socket with very small time in between:
* the first timestamp value gets overwritten by the second connection request.
This is not really good, so this patch separates timestamps into
* those which are received by the server during the initial handshake (on dccp_request_sock);
* those which are received by the client or the client after connection establishment.
As before, a timestamp of 0 is regarded as indicating that no (meaningful) timestamp has been
received (in addition, a warning message is printed if hosts send 0-valued timestamps).
The timestamp-echoing now works as follows:
* when a timestamp is present on the initial Request, it is placed into dreq, due to the
call to dccp_parse_options in dccp_v{4,6}_conn_request;
* when a timestamp is present on the Ack leading from RESPOND => OPEN, it is copied over
from the request_sock into the child cocket in dccp_create_openreq_child;
* timestamps received on an (established) dccp_sock are treated as before.
Since Elapsed Time is measured in hundredths of milliseconds (13.2), the new dccp_timestamp()
function is used, as it is expected that the time between receiving the timestamp and
sending the timestamp echo will be very small against the wrap-around time. As a byproduct,
this allows smaller timestamping-time fields.
Furthermore, inserting the Timestamp Echo option has been taken out of the block starting with
'!dccp_packet_without_ack()', since Timestamp Echo can be carried on any packet (5.8 and 13.3).
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Acked-by: Ian McDonald <ian.mcdonald@jandi.co.nz>
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-12-13 14:37:19 +00:00
|
|
|
* @dccps_timestamp_time - time of receiving latest @dccps_timestamp_echo
|
2007-04-20 20:57:21 +00:00
|
|
|
* @dccps_l_ack_ratio - feature-local Ack Ratio
|
|
|
|
* @dccps_r_ack_ratio - feature-remote Ack Ratio
|
2009-01-16 23:36:31 +00:00
|
|
|
* @dccps_l_seq_win - local Sequence Window (influences ack number validity)
|
|
|
|
* @dccps_r_seq_win - remote Sequence Window (influences seq number validity)
|
2006-11-10 19:43:06 +00:00
|
|
|
* @dccps_pcslen - sender partial checksum coverage (via sockopt)
|
|
|
|
* @dccps_pcrlen - receiver partial checksum coverage (via sockopt)
|
2008-12-08 09:18:37 +00:00
|
|
|
* @dccps_send_ndp_count - local Send NDP Count feature (7.7.2)
|
2005-08-10 03:14:34 +00:00
|
|
|
* @dccps_ndp_count - number of Non Data Packets since last data packet
|
2007-04-20 20:57:21 +00:00
|
|
|
* @dccps_mss_cache - current value of MSS (path MTU minus header sizes)
|
2007-09-26 14:31:49 +00:00
|
|
|
* @dccps_rate_last - timestamp for rate-limiting DCCP-Sync (RFC 4340, 7.5.4)
|
2008-11-05 07:55:49 +00:00
|
|
|
* @dccps_featneg - tracks feature-negotiation state (mostly during handshake)
|
2005-09-18 07:17:51 +00:00
|
|
|
* @dccps_hc_rx_ackvec - rx half connection ack vector
|
2007-04-20 20:57:21 +00:00
|
|
|
* @dccps_hc_rx_ccid - CCID used for the receiver (or receiving half-connection)
|
|
|
|
* @dccps_hc_tx_ccid - CCID used for the sender (or sending half-connection)
|
|
|
|
* @dccps_options_received - parsed set of retrieved options
|
2010-12-04 12:38:01 +00:00
|
|
|
* @dccps_qpolicy - TX dequeueing policy, one of %dccp_packet_dequeueing_policy
|
|
|
|
* @dccps_tx_qlen - maximum length of the TX queue
|
2007-04-20 20:57:21 +00:00
|
|
|
* @dccps_role - role of this sock, one of %dccp_role
|
|
|
|
* @dccps_hc_rx_insert_options - receiver wants to add options when acking
|
|
|
|
* @dccps_hc_tx_insert_options - sender wants to add options when sending
|
2007-12-13 14:25:01 +00:00
|
|
|
* @dccps_server_timewait - server holds timewait state on close (RFC 4340, 8.3)
|
2010-11-14 16:25:46 +00:00
|
|
|
* @dccps_sync_scheduled - flag which signals "send out-of-band message soon"
|
dccp: Extend CCID packet dequeueing interface
This extends the packet dequeuing interface of dccp_write_xmit() to allow
1. CCIDs to take care of timing when the next packet may be sent;
2. delayed sending (as before, with an inter-packet gap up to 65.535 seconds).
The main purpose is to take CCID-2 out of its polling mode (when it is network-
limited, it tries every millisecond to send, without interruption).
The mode of operation for (2) is as follows:
* new packet is enqueued via dccp_sendmsg() => dccp_write_xmit(),
* ccid_hc_tx_send_packet() detects that it may not send (e.g. window full),
* it signals this condition via `CCID_PACKET_WILL_DEQUEUE_LATER',
* dccp_write_xmit() returns without further action;
* after some time the wait-condition for CCID becomes true,
* that CCID schedules the tasklet,
* tasklet function calls ccid_hc_tx_send_packet() via dccp_write_xmit(),
* since the wait-condition is now true, ccid_hc_tx_packet() returns "send now",
* packet is sent, and possibly more (since dccp_write_xmit() loops).
Code reuse: the taskled function calls dccp_write_xmit(), the timer function
reduces to a wrapper around the same code.
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-10-27 19:16:26 +00:00
|
|
|
* @dccps_xmitlet - tasklet scheduled by the TX CCID to dequeue data packets
|
|
|
|
* @dccps_xmit_timer - used by the TX CCID to delay sending (rate-based pacing)
|
2007-03-20 18:27:17 +00:00
|
|
|
* @dccps_syn_rtt - RTT sample from Request/Response exchange (in usecs)
|
2005-08-10 03:14:34 +00:00
|
|
|
*/
|
|
|
|
struct dccp_sock {
|
|
|
|
/* inet_connection_sock has to be the first member of dccp_sock */
|
|
|
|
struct inet_connection_sock dccps_inet_connection;
|
2007-03-20 18:27:17 +00:00
|
|
|
#define dccps_syn_rtt dccps_inet_connection.icsk_ack.lrcvtime
|
2005-08-10 03:14:34 +00:00
|
|
|
__u64 dccps_swl;
|
|
|
|
__u64 dccps_swh;
|
|
|
|
__u64 dccps_awl;
|
|
|
|
__u64 dccps_awh;
|
|
|
|
__u64 dccps_iss;
|
|
|
|
__u64 dccps_isr;
|
|
|
|
__u64 dccps_osr;
|
|
|
|
__u64 dccps_gss;
|
|
|
|
__u64 dccps_gsr;
|
|
|
|
__u64 dccps_gar;
|
2006-03-21 03:23:32 +00:00
|
|
|
__be32 dccps_service;
|
2008-02-03 12:07:48 +00:00
|
|
|
__u32 dccps_mss_cache;
|
2005-09-16 23:58:40 +00:00
|
|
|
struct dccp_service_list *dccps_service_list;
|
2005-08-10 03:14:34 +00:00
|
|
|
__u32 dccps_timestamp_echo;
|
[DCCP]: Handle timestamps on Request/Response exchange separately
In DCCP, timestamps can occur on packets anytime, CCID3 uses a timestamp(/echo) on the Request/Response
exchange. This patch addresses the following situation:
* timestamps are recorded on the listening socket;
* Responses are sent from dccp_request_sockets;
* suppose two connections reach the listening socket with very small time in between:
* the first timestamp value gets overwritten by the second connection request.
This is not really good, so this patch separates timestamps into
* those which are received by the server during the initial handshake (on dccp_request_sock);
* those which are received by the client or the client after connection establishment.
As before, a timestamp of 0 is regarded as indicating that no (meaningful) timestamp has been
received (in addition, a warning message is printed if hosts send 0-valued timestamps).
The timestamp-echoing now works as follows:
* when a timestamp is present on the initial Request, it is placed into dreq, due to the
call to dccp_parse_options in dccp_v{4,6}_conn_request;
* when a timestamp is present on the Ack leading from RESPOND => OPEN, it is copied over
from the request_sock into the child cocket in dccp_create_openreq_child;
* timestamps received on an (established) dccp_sock are treated as before.
Since Elapsed Time is measured in hundredths of milliseconds (13.2), the new dccp_timestamp()
function is used, as it is expected that the time between receiving the timestamp and
sending the timestamp echo will be very small against the wrap-around time. As a byproduct,
this allows smaller timestamping-time fields.
Furthermore, inserting the Timestamp Echo option has been taken out of the block starting with
'!dccp_packet_without_ack()', since Timestamp Echo can be carried on any packet (5.8 and 13.3).
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Acked-by: Ian McDonald <ian.mcdonald@jandi.co.nz>
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2007-12-13 14:37:19 +00:00
|
|
|
__u32 dccps_timestamp_time;
|
2006-03-21 01:41:47 +00:00
|
|
|
__u16 dccps_l_ack_ratio;
|
|
|
|
__u16 dccps_r_ack_ratio;
|
2009-01-16 23:36:31 +00:00
|
|
|
__u64 dccps_l_seq_win:48;
|
|
|
|
__u64 dccps_r_seq_win:48;
|
2008-11-17 06:53:48 +00:00
|
|
|
__u8 dccps_pcslen:4;
|
|
|
|
__u8 dccps_pcrlen:4;
|
2008-12-08 09:18:37 +00:00
|
|
|
__u8 dccps_send_ndp_count:1;
|
2008-07-13 10:51:40 +00:00
|
|
|
__u64 dccps_ndp_count:48;
|
2007-09-26 14:31:49 +00:00
|
|
|
unsigned long dccps_rate_last;
|
2008-11-05 07:55:49 +00:00
|
|
|
struct list_head dccps_featneg;
|
2005-09-18 07:17:51 +00:00
|
|
|
struct dccp_ackvec *dccps_hc_rx_ackvec;
|
2005-08-10 03:14:34 +00:00
|
|
|
struct ccid *dccps_hc_rx_ccid;
|
|
|
|
struct ccid *dccps_hc_tx_ccid;
|
|
|
|
struct dccp_options_received dccps_options_received;
|
2010-12-04 12:38:01 +00:00
|
|
|
__u8 dccps_qpolicy;
|
|
|
|
__u32 dccps_tx_qlen;
|
2005-08-10 03:14:34 +00:00
|
|
|
enum dccp_role dccps_role:2;
|
2005-09-09 05:30:07 +00:00
|
|
|
__u8 dccps_hc_rx_insert_options:1;
|
|
|
|
__u8 dccps_hc_tx_insert_options:1;
|
2007-12-13 14:25:01 +00:00
|
|
|
__u8 dccps_server_timewait:1;
|
2010-11-14 16:25:46 +00:00
|
|
|
__u8 dccps_sync_scheduled:1;
|
dccp: Extend CCID packet dequeueing interface
This extends the packet dequeuing interface of dccp_write_xmit() to allow
1. CCIDs to take care of timing when the next packet may be sent;
2. delayed sending (as before, with an inter-packet gap up to 65.535 seconds).
The main purpose is to take CCID-2 out of its polling mode (when it is network-
limited, it tries every millisecond to send, without interruption).
The mode of operation for (2) is as follows:
* new packet is enqueued via dccp_sendmsg() => dccp_write_xmit(),
* ccid_hc_tx_send_packet() detects that it may not send (e.g. window full),
* it signals this condition via `CCID_PACKET_WILL_DEQUEUE_LATER',
* dccp_write_xmit() returns without further action;
* after some time the wait-condition for CCID becomes true,
* that CCID schedules the tasklet,
* tasklet function calls ccid_hc_tx_send_packet() via dccp_write_xmit(),
* since the wait-condition is now true, ccid_hc_tx_packet() returns "send now",
* packet is sent, and possibly more (since dccp_write_xmit() loops).
Code reuse: the taskled function calls dccp_write_xmit(), the timer function
reduces to a wrapper around the same code.
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Signed-off-by: David S. Miller <davem@davemloft.net>
2010-10-27 19:16:26 +00:00
|
|
|
struct tasklet_struct dccps_xmitlet;
|
2006-08-27 02:16:45 +00:00
|
|
|
struct timer_list dccps_xmit_timer;
|
2005-08-10 03:14:34 +00:00
|
|
|
};
|
2006-12-10 18:01:18 +00:00
|
|
|
|
2005-08-10 03:14:34 +00:00
|
|
|
static inline struct dccp_sock *dccp_sk(const struct sock *sk)
|
|
|
|
{
|
|
|
|
return (struct dccp_sock *)sk;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline const char *dccp_role(const struct sock *sk)
|
|
|
|
{
|
|
|
|
switch (dccp_sk(sk)->dccps_role) {
|
|
|
|
case DCCP_ROLE_UNDEFINED: return "undefined";
|
|
|
|
case DCCP_ROLE_LISTEN: return "listen";
|
|
|
|
case DCCP_ROLE_SERVER: return "server";
|
|
|
|
case DCCP_ROLE_CLIENT: return "client";
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2005-08-10 03:26:03 +00:00
|
|
|
#endif /* __KERNEL__ */
|
|
|
|
|
2005-08-10 03:14:34 +00:00
|
|
|
#endif /* _LINUX_DCCP_H */
|