mirror of
https://git.hardenedbsd.org/hardenedbsd/HardenedBSD.git
synced 2025-01-10 00:13:04 +01:00
Update to reflect changes in the node type.
This commit is contained in:
parent
3f47e1e357
commit
71cb548de4
Notes:
svn2git
2020-12-20 02:59:44 +00:00
svn path=/head/; revision=53077
@ -88,13 +88,18 @@ etc. Up to
|
||||
.Dv NG_PPP_MAX_LINKS
|
||||
links are supported.
|
||||
These device-independent hooks transmit and receive full PPP
|
||||
frames, which include the PPP protocol field, but no address, control
|
||||
or checksum fields.
|
||||
frames, which include the PPP protocol, address, control, and
|
||||
information fields, but no checksum or other link-specific fields.
|
||||
.Pp
|
||||
On outgoing frames, when protocol compression
|
||||
has been enabled and the protocol number is suitable for compression,
|
||||
the protocol field will be compressed (i.e., sent as one byte
|
||||
instead of two). Either compressed or uncompressed protocol fields
|
||||
are accepted on incoming frames.
|
||||
are accepted on incoming frames. Similarly, if address and control
|
||||
field compression has been enabled for the link, the address and
|
||||
control fields will be omitted (except for LCP frames as required
|
||||
by the standards). Incoming frames have the address and control fields
|
||||
stripped automatically if present.
|
||||
.Pp
|
||||
Since all negotiation is handled outside the PPP node, the links
|
||||
should not be connected and enabled until the corresponding link
|
||||
@ -113,7 +118,6 @@ hook as well. This mode is appropriate for the link authentication phase.
|
||||
As soon as the link is enabled, the PPP node will
|
||||
begin processing frames received on the link.
|
||||
.Sh COMPRESSION AND ENCRYPTION
|
||||
.Pp
|
||||
Compression is supported via two hooks,
|
||||
.Dv compress
|
||||
and
|
||||
@ -284,7 +288,39 @@ and enabling protocol field compression. Note that no link or functionality
|
||||
is active until the corresponding hook is also connected.
|
||||
This command takes a
|
||||
.Dv "struct ng_ppp_node_config"
|
||||
as an argument.
|
||||
as an argument:
|
||||
.Bd -literal -offset 0
|
||||
/* Per-link config structure */
|
||||
struct ng_ppp_link_config {
|
||||
u_char enableLink; /* enable this link */
|
||||
u_char enableProtoComp;/* enable protocol field compression */
|
||||
u_char enableACFComp; /* enable addr/ctrl field compression */
|
||||
u_int16_t mru; /* peer MRU */
|
||||
u_int32_t latency; /* link latency (in milliseconds) */
|
||||
u_int32_t bandwidth; /* link bandwidth (in bytes/second) */
|
||||
};
|
||||
|
||||
/* Node config structure */
|
||||
struct ng_ppp_node_config {
|
||||
u_int16_t mrru; /* multilink peer MRRU */
|
||||
u_char enableMultilink; /* enable multilink */
|
||||
u_char recvShortSeq; /* recv multilink short seq # */
|
||||
u_char xmitShortSeq; /* xmit multilink short seq # */
|
||||
u_char enableRoundRobin; /* xmit whole packets */
|
||||
u_char enableIP; /* enable IP data flow */
|
||||
u_char enableAtalk; /* enable AppleTalk data flow */
|
||||
u_char enableIPX; /* enable IPX data flow */
|
||||
u_char enableCompression; /* enable PPP compression */
|
||||
u_char enableDecompression; /* enable PPP decompression */
|
||||
u_char enableEncryption; /* enable PPP encryption */
|
||||
u_char enableDecryption; /* enable PPP decryption */
|
||||
u_char enableVJCompression; /* enable VJ compression */
|
||||
u_char enableVJDecompression; /* enable VJ decompression */
|
||||
struct ng_ppp_link_config /* per link config params */
|
||||
links[NG_PPP_MAX_LINKS];
|
||||
};
|
||||
.Ed
|
||||
.Pp
|
||||
.It Dv NGM_PPP_GET_CONFIG
|
||||
Returns the current configuration as a
|
||||
.Dv "struct ng_ppp_node_config" .
|
||||
@ -308,7 +344,12 @@ This node type also accepts the control messages accepted by the
|
||||
node type. When received, these messages are simply forwarded to
|
||||
the adjacent
|
||||
.Xr ng_vjc 8
|
||||
node, if any.
|
||||
node, if any. This is particularly useful when the individual
|
||||
PPP links are able to generate
|
||||
.Dv NGM_VJC_RECV_ERROR
|
||||
messages (see
|
||||
.Xr ng_vjc 8
|
||||
for a description).
|
||||
.Sh SHUTDOWN
|
||||
This node shuts down upon receipt of a
|
||||
.Dv NGM_SHUTDOWN
|
||||
|
@ -114,7 +114,7 @@ argument. This structure contains the following fields:
|
||||
struct ngm_vjc_config {
|
||||
u_char enableComp; /* Enable compression */
|
||||
u_char enableDecomp; /* Enable decompression */
|
||||
u_char numChannels; /* Number of outgoing channels */
|
||||
u_char maxChannel; /* Number of outgoing channels - 1 */
|
||||
u_char compressCID; /* OK to compress outgoing CID's */
|
||||
};
|
||||
.Ed
|
||||
@ -141,9 +141,9 @@ both compression and decompression are disabled and the node is
|
||||
therefore operating in bi-directional ``pass through'' mode.
|
||||
.Pp
|
||||
When enabling compression,
|
||||
.Dv numChannels
|
||||
should be set to the number of outgoing compression channels, and is a value
|
||||
between 3 and 16, inclusive. Also, the
|
||||
.Dv maxChannel
|
||||
should be set to the number of outgoing compression channels minus one,
|
||||
and is a value between 3 and 15, inclusive. Also, the
|
||||
.Dv compressCID
|
||||
field indicates whether it is OK to compress the CID field for
|
||||
outgoing compressed TCP packets. This value should be zero unless
|
||||
|
@ -88,13 +88,18 @@ etc. Up to
|
||||
.Dv NG_PPP_MAX_LINKS
|
||||
links are supported.
|
||||
These device-independent hooks transmit and receive full PPP
|
||||
frames, which include the PPP protocol field, but no address, control
|
||||
or checksum fields.
|
||||
frames, which include the PPP protocol, address, control, and
|
||||
information fields, but no checksum or other link-specific fields.
|
||||
.Pp
|
||||
On outgoing frames, when protocol compression
|
||||
has been enabled and the protocol number is suitable for compression,
|
||||
the protocol field will be compressed (i.e., sent as one byte
|
||||
instead of two). Either compressed or uncompressed protocol fields
|
||||
are accepted on incoming frames.
|
||||
are accepted on incoming frames. Similarly, if address and control
|
||||
field compression has been enabled for the link, the address and
|
||||
control fields will be omitted (except for LCP frames as required
|
||||
by the standards). Incoming frames have the address and control fields
|
||||
stripped automatically if present.
|
||||
.Pp
|
||||
Since all negotiation is handled outside the PPP node, the links
|
||||
should not be connected and enabled until the corresponding link
|
||||
@ -113,7 +118,6 @@ hook as well. This mode is appropriate for the link authentication phase.
|
||||
As soon as the link is enabled, the PPP node will
|
||||
begin processing frames received on the link.
|
||||
.Sh COMPRESSION AND ENCRYPTION
|
||||
.Pp
|
||||
Compression is supported via two hooks,
|
||||
.Dv compress
|
||||
and
|
||||
@ -284,7 +288,39 @@ and enabling protocol field compression. Note that no link or functionality
|
||||
is active until the corresponding hook is also connected.
|
||||
This command takes a
|
||||
.Dv "struct ng_ppp_node_config"
|
||||
as an argument.
|
||||
as an argument:
|
||||
.Bd -literal -offset 0
|
||||
/* Per-link config structure */
|
||||
struct ng_ppp_link_config {
|
||||
u_char enableLink; /* enable this link */
|
||||
u_char enableProtoComp;/* enable protocol field compression */
|
||||
u_char enableACFComp; /* enable addr/ctrl field compression */
|
||||
u_int16_t mru; /* peer MRU */
|
||||
u_int32_t latency; /* link latency (in milliseconds) */
|
||||
u_int32_t bandwidth; /* link bandwidth (in bytes/second) */
|
||||
};
|
||||
|
||||
/* Node config structure */
|
||||
struct ng_ppp_node_config {
|
||||
u_int16_t mrru; /* multilink peer MRRU */
|
||||
u_char enableMultilink; /* enable multilink */
|
||||
u_char recvShortSeq; /* recv multilink short seq # */
|
||||
u_char xmitShortSeq; /* xmit multilink short seq # */
|
||||
u_char enableRoundRobin; /* xmit whole packets */
|
||||
u_char enableIP; /* enable IP data flow */
|
||||
u_char enableAtalk; /* enable AppleTalk data flow */
|
||||
u_char enableIPX; /* enable IPX data flow */
|
||||
u_char enableCompression; /* enable PPP compression */
|
||||
u_char enableDecompression; /* enable PPP decompression */
|
||||
u_char enableEncryption; /* enable PPP encryption */
|
||||
u_char enableDecryption; /* enable PPP decryption */
|
||||
u_char enableVJCompression; /* enable VJ compression */
|
||||
u_char enableVJDecompression; /* enable VJ decompression */
|
||||
struct ng_ppp_link_config /* per link config params */
|
||||
links[NG_PPP_MAX_LINKS];
|
||||
};
|
||||
.Ed
|
||||
.Pp
|
||||
.It Dv NGM_PPP_GET_CONFIG
|
||||
Returns the current configuration as a
|
||||
.Dv "struct ng_ppp_node_config" .
|
||||
@ -308,7 +344,12 @@ This node type also accepts the control messages accepted by the
|
||||
node type. When received, these messages are simply forwarded to
|
||||
the adjacent
|
||||
.Xr ng_vjc 8
|
||||
node, if any.
|
||||
node, if any. This is particularly useful when the individual
|
||||
PPP links are able to generate
|
||||
.Dv NGM_VJC_RECV_ERROR
|
||||
messages (see
|
||||
.Xr ng_vjc 8
|
||||
for a description).
|
||||
.Sh SHUTDOWN
|
||||
This node shuts down upon receipt of a
|
||||
.Dv NGM_SHUTDOWN
|
||||
|
@ -88,13 +88,18 @@ etc. Up to
|
||||
.Dv NG_PPP_MAX_LINKS
|
||||
links are supported.
|
||||
These device-independent hooks transmit and receive full PPP
|
||||
frames, which include the PPP protocol field, but no address, control
|
||||
or checksum fields.
|
||||
frames, which include the PPP protocol, address, control, and
|
||||
information fields, but no checksum or other link-specific fields.
|
||||
.Pp
|
||||
On outgoing frames, when protocol compression
|
||||
has been enabled and the protocol number is suitable for compression,
|
||||
the protocol field will be compressed (i.e., sent as one byte
|
||||
instead of two). Either compressed or uncompressed protocol fields
|
||||
are accepted on incoming frames.
|
||||
are accepted on incoming frames. Similarly, if address and control
|
||||
field compression has been enabled for the link, the address and
|
||||
control fields will be omitted (except for LCP frames as required
|
||||
by the standards). Incoming frames have the address and control fields
|
||||
stripped automatically if present.
|
||||
.Pp
|
||||
Since all negotiation is handled outside the PPP node, the links
|
||||
should not be connected and enabled until the corresponding link
|
||||
@ -113,7 +118,6 @@ hook as well. This mode is appropriate for the link authentication phase.
|
||||
As soon as the link is enabled, the PPP node will
|
||||
begin processing frames received on the link.
|
||||
.Sh COMPRESSION AND ENCRYPTION
|
||||
.Pp
|
||||
Compression is supported via two hooks,
|
||||
.Dv compress
|
||||
and
|
||||
@ -284,7 +288,39 @@ and enabling protocol field compression. Note that no link or functionality
|
||||
is active until the corresponding hook is also connected.
|
||||
This command takes a
|
||||
.Dv "struct ng_ppp_node_config"
|
||||
as an argument.
|
||||
as an argument:
|
||||
.Bd -literal -offset 0
|
||||
/* Per-link config structure */
|
||||
struct ng_ppp_link_config {
|
||||
u_char enableLink; /* enable this link */
|
||||
u_char enableProtoComp;/* enable protocol field compression */
|
||||
u_char enableACFComp; /* enable addr/ctrl field compression */
|
||||
u_int16_t mru; /* peer MRU */
|
||||
u_int32_t latency; /* link latency (in milliseconds) */
|
||||
u_int32_t bandwidth; /* link bandwidth (in bytes/second) */
|
||||
};
|
||||
|
||||
/* Node config structure */
|
||||
struct ng_ppp_node_config {
|
||||
u_int16_t mrru; /* multilink peer MRRU */
|
||||
u_char enableMultilink; /* enable multilink */
|
||||
u_char recvShortSeq; /* recv multilink short seq # */
|
||||
u_char xmitShortSeq; /* xmit multilink short seq # */
|
||||
u_char enableRoundRobin; /* xmit whole packets */
|
||||
u_char enableIP; /* enable IP data flow */
|
||||
u_char enableAtalk; /* enable AppleTalk data flow */
|
||||
u_char enableIPX; /* enable IPX data flow */
|
||||
u_char enableCompression; /* enable PPP compression */
|
||||
u_char enableDecompression; /* enable PPP decompression */
|
||||
u_char enableEncryption; /* enable PPP encryption */
|
||||
u_char enableDecryption; /* enable PPP decryption */
|
||||
u_char enableVJCompression; /* enable VJ compression */
|
||||
u_char enableVJDecompression; /* enable VJ decompression */
|
||||
struct ng_ppp_link_config /* per link config params */
|
||||
links[NG_PPP_MAX_LINKS];
|
||||
};
|
||||
.Ed
|
||||
.Pp
|
||||
.It Dv NGM_PPP_GET_CONFIG
|
||||
Returns the current configuration as a
|
||||
.Dv "struct ng_ppp_node_config" .
|
||||
@ -308,7 +344,12 @@ This node type also accepts the control messages accepted by the
|
||||
node type. When received, these messages are simply forwarded to
|
||||
the adjacent
|
||||
.Xr ng_vjc 8
|
||||
node, if any.
|
||||
node, if any. This is particularly useful when the individual
|
||||
PPP links are able to generate
|
||||
.Dv NGM_VJC_RECV_ERROR
|
||||
messages (see
|
||||
.Xr ng_vjc 8
|
||||
for a description).
|
||||
.Sh SHUTDOWN
|
||||
This node shuts down upon receipt of a
|
||||
.Dv NGM_SHUTDOWN
|
||||
|
@ -114,7 +114,7 @@ argument. This structure contains the following fields:
|
||||
struct ngm_vjc_config {
|
||||
u_char enableComp; /* Enable compression */
|
||||
u_char enableDecomp; /* Enable decompression */
|
||||
u_char numChannels; /* Number of outgoing channels */
|
||||
u_char maxChannel; /* Number of outgoing channels - 1 */
|
||||
u_char compressCID; /* OK to compress outgoing CID's */
|
||||
};
|
||||
.Ed
|
||||
@ -141,9 +141,9 @@ both compression and decompression are disabled and the node is
|
||||
therefore operating in bi-directional ``pass through'' mode.
|
||||
.Pp
|
||||
When enabling compression,
|
||||
.Dv numChannels
|
||||
should be set to the number of outgoing compression channels, and is a value
|
||||
between 3 and 16, inclusive. Also, the
|
||||
.Dv maxChannel
|
||||
should be set to the number of outgoing compression channels minus one,
|
||||
and is a value between 3 and 15, inclusive. Also, the
|
||||
.Dv compressCID
|
||||
field indicates whether it is OK to compress the CID field for
|
||||
outgoing compressed TCP packets. This value should be zero unless
|
||||
|
@ -114,7 +114,7 @@ argument. This structure contains the following fields:
|
||||
struct ngm_vjc_config {
|
||||
u_char enableComp; /* Enable compression */
|
||||
u_char enableDecomp; /* Enable decompression */
|
||||
u_char numChannels; /* Number of outgoing channels */
|
||||
u_char maxChannel; /* Number of outgoing channels - 1 */
|
||||
u_char compressCID; /* OK to compress outgoing CID's */
|
||||
};
|
||||
.Ed
|
||||
@ -141,9 +141,9 @@ both compression and decompression are disabled and the node is
|
||||
therefore operating in bi-directional ``pass through'' mode.
|
||||
.Pp
|
||||
When enabling compression,
|
||||
.Dv numChannels
|
||||
should be set to the number of outgoing compression channels, and is a value
|
||||
between 3 and 16, inclusive. Also, the
|
||||
.Dv maxChannel
|
||||
should be set to the number of outgoing compression channels minus one,
|
||||
and is a value between 3 and 15, inclusive. Also, the
|
||||
.Dv compressCID
|
||||
field indicates whether it is OK to compress the CID field for
|
||||
outgoing compressed TCP packets. This value should be zero unless
|
||||
|
Loading…
Reference in New Issue
Block a user