Two Local Experimental EtherType va

Two Local Experimental EtherType values are provided to allow protocols that need more than one distinct EtherType value, or two distinct protocols, to be developed within a single administrative domain. In particular, the provision of two Local Experimental EtherTypes allows for cases where it is necessary to be able to distinguish protocols or sub-protocols at the EtherType level in order to facilitate the use of filtering actions in bridges.
The combination of the Local Experimental EtherType value, the protocol subtype, and the protocol version provides the protocol identifier for the experimental protocol. The values assigned to the protocol subtype and protocol version are locally administered; their meaning cannot, therefore, be correctly interpreted outside of the administrative domain within which the value was allocated.
NOTE—The use of this format provides for a simple migration path to the use of a distinct EtherType permanently assigned to the protocol. The routine examination of proposals made to the IEEE RA for the allocation of EtherTypes includes a check that the proposed protocol format has sufficient subtype capability to withstand enhancement by the originator without the need for the assignment of a further EtherType in the future, and inclusion of the subtype and ver¬sion values could be deemed to meet this requirement. While the existence of such a mechanism in the protocol specifi¬cation is not in itself sufficient to ensure that an application for an EtherType succeeds, its existence is a necessary element of an acceptable protocol design. The subtyping mechanism described here offers one way that this requirement may be met

Kết quả (Việt) 1:

Hai địa phương EtherType nghiệm giá trị được cung cấp để cho phép các giao thức mà cần nhiều hơn một giá trị khác biệt của EtherType, hoặc hai giao thức riêng biệt, được phát triển trong một tên miền duy nhất hành chính. Đặc biệt, cung cấp hai địa phương thực nghiệm EtherTypes cho phép đối với trường hợp nơi nó là cần thiết để có thể phân biệt các giao thức hoặc các giao thức phụ cấp EtherType để tạo thuận lợi cho việc sử dụng các hành động lọc ở cầu.Sự kết hợp của các giá trị EtherType thực nghiệm địa phương, phiên bản giao thức và các phiên bản giao thức cung cấp nhận dạng giao thức cho các giao thức thực nghiệm. Các giá trị được gán cho các phiên bản giao thức và các phiên bản giao thức được quản lý tại địa phương; ý nghĩa của họ vì vậy, không thể, được giải thích một cách chính xác bên ngoài miền hành chính mà trong đó các giá trị đã được giao.Lưu ý — sử dụng định dạng này cung cấp cho một con đường di chuyển đơn giản để sử dụng một EtherType riêng biệt vĩnh viễn được chỉ định cho giao thức. Việc kiểm tra thường xuyên đề xuất được thực hiện để RA IEEE cho phân bổ EtherTypes bao gồm kiểm tra định dạng giao thức được đề xuất có đầy đủ phiên bản khả năng chịu đựng được tăng cường bởi những người khởi mà không cần sự phân công của EtherType hơn nữa trong tương lai, và bao gồm các phiên bản và ver¬sion các giá trị có thể được coi là đáp ứng yêu cầu này. Trong khi sự tồn tại của một cơ chế ở specifi¬cation giao thức không phải là trong chính nó đủ để đảm bảo rằng một ứng dụng cho một EtherType thành công, sự tồn tại của nó là một yếu tố cần thiết của một thiết kế giao thức được chấp nhận. Subtyping cơ chế được mô tả dưới đây cung cấp một trong những yêu cầu này có thể được đáp ứng

Kết quả (Việt) 2:

Hai giá trị Local nghiệm EtherType được cung cấp để cho phép các giao thức mà cần nhiều hơn một giá trị khác biệt EtherType, hoặc hai giao thức riêng biệt, được phát triển trong một miền quản trị duy nhất. Đặc biệt, việc cung cấp hai địa phương thực nghiệm EtherTypes cho phép đối với trường hợp nó là cần thiết để có thể phân biệt các giao thức hoặc tiểu giao thức ở cấp EtherType để tạo điều kiện cho việc sử dụng các bộ lọc hoạt động trong các cây cầu.
Sự kết hợp của các giá trị địa phương thực nghiệm EtherType, subtype giao thức, và phiên bản giao thức cung cấp nhận dạng giao thức cho các giao thức thử nghiệm. Các giá trị được gán cho kiểu phụ giao thức và phiên bản giao thức được quản lý tại địa phương; ý nghĩa của họ có thể không, do đó, được giải thích một cách chính xác bên ngoài của miền hành chính mà trong đó các giá trị đã được phân bổ.
LƯU Ý-Việc sử dụng định dạng này cung cấp cho một con đường chuyển đổi đơn giản để sử dụng một EtherType biệt vĩnh viễn gán cho các giao thức. Việc kiểm tra thường xuyên của đề cương thực hiện IEEE RA cho việc phân bổ EtherTypes bao gồm một kiểm tra xem các định dạng giao thức được đề xuất có khả năng phân nhóm đủ để chịu được nâng cao bởi những người khởi mà không cần đến sự phân công của một EtherType hơn nữa trong tương lai, và bao gồm subtype và ver¬sion giá trị có thể được coi là đáp ứng yêu cầu này. Trong khi sự tồn tại của một cơ chế như vậy trong specifi¬cation giao thức không có trong bản thân đủ để đảm bảo rằng một ứng dụng cho một EtherType thành công, sự tồn tại của nó là một yếu tố cần thiết của một thiết kế giao thức chấp nhận được. Cơ chế subtyping mô tả ở đây cung cấp một cách rằng yêu cầu này có thể được đáp ứng