HP 800 HP DLPI Programmer's Guide - Page 28

SAP that is bound is used as the source SAP when there is ambiguity.

Page 28 highlights

Introduction to DLPI The Data Link Layer An example of this can be to specify various ether_type values as DLSAPs. The DL_BIND_REQ, for example, can be issued with an ether_type value of IP, and a subsequent bind can be issued with an ether_type value of ARP. The provider may now multiplex off the ether_type field and allow both the IP and ARP traffic to be sent up this stream. When the DLS user requests hierarchical binding, the subsequent bind specifies a DLSAP that is used in addition to the DLSAP bound using a DL_BIND_REQ. This allows additional information to be specified, which will be used in a header or for demultiplexing. An example of this can be to use hierarchical bind to specify the Organizational Unique Identifier (OUI) to be used by SNAP. If a DLS provider supports peer subsequent bind operations, the first SAP that is bound is used as the source SAP when there is ambiguity. DLPI supports the ability to associate several streams with a single DLSAP, where each stream may be a unique data link connection endpoint. However, not all DLS providers can support such configurations, because some DLS providers may have no mechanism beyond the DLSAP address for distinguishing multiple connections. In such cases, the provider restricts the DLS user to one stream per DLSAP. 28 Chapter 1

  • 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

Introduction to DLPI
The Data Link Layer
Chapter 1
28
An example of this can be to specify various ether_type values as
DLSAPs. The DL_BIND_REQ, for example, can be issued with an
ether_type value of IP, and a subsequent bind can be issued with an
ether_type value of ARP. The provider may now multiplex off the
ether_type field and allow both the IP and ARP traffic to be sent up this
stream.
When the DLS user requests hierarchical binding, the subsequent bind
specifies a DLSAP that is used in addition to the DLSAP bound using a
DL_BIND_REQ. This allows additional information to be specified,
which will be used in a header or for demultiplexing. An example of this
can be to use hierarchical bind to specify the Organizational Unique
Identifier (OUI) to be used by SNAP.
If a DLS provider supports peer subsequent bind operations, the first
SAP that is bound is used as the source SAP when there is ambiguity.
DLPI supports the ability to associate several streams with a single
DLSAP, where each stream may be a unique data link connection
endpoint. However, not all DLS providers can support such
configurations, because some DLS providers may have no mechanism
beyond the DLSAP address for distinguishing multiple connections. In
such cases, the provider restricts the DLS user to one stream per
DLSAP.