HP 800 HP DLPI Programmer's Guide - Page 174

In response to DL_IOC_HDR_INFO, DLPI returns the OOP header

Page 174 highlights

DLPI Input/Output Controls Supported ioctls After receiving the DL_IOC_HDR_INFO ioctl, DLPI constructs the MAC+LLC header template with Out-Of-Packet (OOP) data template. The OOP data template can be used by transport layer to communicate additional information to DLPI or the driver. In response to DL_IOC_HDR_INFO, DLPI returns the OOP header and the Link Layer header template. The mblk containing the MAC/LLC and OOP header is the last (third) mblk in the M_IOCACK response. The DLS user must renegotiate the feature and request DLPI to build a new header template when it receives a DL_LINK_UP_IND event (see "DL_LINK_UP_IND" on page 69) from DLPI, because the link state changes may be due to the driver feature changes. These changes can impact the header template. NOTE The stream must register for receiving link event notifications. In addition, the stream must rebuild the MAC/LLC header templates on every LINKUP events. The M_IOCTL message block that contains DL_IOC_HDR_INFO is followed by one M_PROTO message block containing the following structure. Format typedef struct { ulong dl_primitive; ulong dl_dest_addr_length; ulong dl_dest_addr_offset; dl_priority_t dl_priority; } dl_unitdata_req_t; Parameters dl_primitive DL_UNITDATA_REQ dl_dest_addr_length Length of the Data Link Service Access Point (DLSAP) address of the destination DLS user. If the destination user is implemented using DLPI, this address is the full DLSAP address returned on the DL_BIND_ACK primitive. 174 Chapter 3

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226

DLPI Input/Output Controls
Supported ioctls
Chapter 3
174
After receiving the DL_IOC_HDR_INFO ioctl, DLPI constructs the
MAC+LLC header template with Out-Of-Packet (OOP) data template.
The OOP data template can be used by transport layer to communicate
additional information to DLPI or the driver.
In response to DL_IOC_HDR_INFO, DLPI returns the OOP header and
the Link Layer header template.
The mblk containing the MAC/LLC
and OOP header is the last (third) mblk in the M_IOCACK response.
The DLS user must renegotiate the feature and request DLPI to build a
new header template when it receives a DL_LINK_UP_IND event (see
DL_LINK_UP_IND
on page 69) from DLPI, because the link state
changes may be due to the driver feature changes. These changes can
impact the header template.
NOTE
The
stream must register for receiving link event notifications. In
addition, the stream must rebuild the MAC/LLC header templates on
every LINKUP events.
The M_IOCTL message block that contains DL_IOC_HDR_INFO is
followed by one M_PROTO message block containing the following
structure.
Format
typedef
struct
{
ulong
dl_primitive;
ulong
dl_dest_addr_length;
ulong
dl_dest_addr_offset;
dl_priority_t dl_priority;
}
dl_unitdata_req_t;
Parameters
dl_primitive
DL_UNITDATA_REQ
dl_dest_addr_length
Length of the Data Link Service Access Point (DLSAP) address of the
destination DLS user. If the destination user is implemented using
DLPI, this address is the full DLSAP address returned on the
DL_BIND_ACK primitive.