Added parameters (for RLT) in the yang file to handle header compression, just as an example to be reviewed.
A boolean attribute has been added just to activate/deactivate the functionality.
+--rw header-compression-enabled? boolean
For devices that require more complex configuration, a list of profiles has been added, each composed of a list of protocol headers to compress or composed of the size of the area at the beginning of the packet where all included headers are compressed.
A configuration attribute selects the profile to use.
+--rw header-compression-profile? -> ../header-compression-profile-list/header-compression-profile-name {hc-profile}?
(not sure if the path is correct)
A feature hc-profile has been added to include or exclude the header compression profile support.
feature hc-profile {
description
"Indicates that the device supports Header Compression profiles.";
}
Unlike from modules inside the zip file uploaded in issue#32 the added code is NOT wrapped inside the couple of markers:
Added parameters (for RLT) in the yang file to handle header compression, just as an example to be reviewed.
A boolean attribute has been added just to activate/deactivate the functionality.
For devices that require more complex configuration, a list of profiles has been added, each composed of a list of protocol headers to compress or composed of the size of the area at the beginning of the packet where all included headers are compressed.
A configuration attribute selects the profile to use.
+--rw header-compression-profile? -> ../header-compression-profile-list/header-compression-profile-name {hc-profile}?
(not sure if the path is correct)A feature hc-profile has been added to include or exclude the header compression profile support.
Unlike from modules inside the zip file uploaded in issue#32 the added code is NOT wrapped inside the couple of markers: