요약·해설과 원문, 전문 번역을 서로 분리했습니다. API 이름, symbol, source path는 원문 표기를 사용합니다.
1. 요약·해설
원문의 핵심 논리와 kernel programming 관점의 보충 설명입니다. 아래의 전문 번역과는 별도로 작성했습니다.
2. 영어 원문 전체
번역 기준이 된 Linux v6.18.37 원문입니다. 줄 번호는 이 버전의 파일 좌표입니다.
원문 전체 펼치기
.. SPDX-License-Identifier: GPL-2.0
==================
Linux X.25 Project
==================
As my third year dissertation at University I have taken it upon myself to
write an X.25 implementation for Linux. My aim is to provide a complete X.25
Packet Layer and a LAPB module to allow for "normal" X.25 to be run using
Linux. There are two sorts of X.25 cards available, intelligent ones that
implement LAPB on the card itself, and unintelligent ones that simply do
framing, bit-stuffing and checksumming. These both need to be handled by the
system.
I therefore decided to write the implementation such that as far as the
Packet Layer is concerned, the link layer was being performed by a lower
layer of the Linux kernel and therefore it did not concern itself with
implementation of LAPB. Therefore the LAPB modules would be called by
unintelligent X.25 card drivers and not by intelligent ones, this would
provide a uniform device driver interface, and simplify configuration.
To confuse matters a little, an 802.2 LLC implementation is also possible
which could allow X.25 to be run over an Ethernet (or Token Ring) and
conform with the JNT "Pink Book", this would have a different interface to
the Packet Layer but there would be no confusion since the class of device
being served by the LLC would be completely separate from LAPB.
Just when you thought that it could not become more confusing, another
option appeared, XOT. This allows X.25 Packet Layer frames to operate over
the Internet using TCP/IP as a reliable link layer. RFC1613 specifies the
format and behaviour of the protocol. If time permits this option will also
be actively considered.
A linux-x25 mailing list has been created at vger.kernel.org to support the
development and use of Linux X.25. It is early days yet, but interested
parties are welcome to subscribe to it. Just send a message to
[email protected] with the following in the message body:
subscribe linux-x25
end
The contents of the Subject line are ignored.
Jonathan
3. 한국어 전문 번역
영어 원문의 문단 순서와 의미를 유지한 전체 번역입니다. 코드, 함수명, symbol과 URL은 원문 표기를 유지합니다.
Packet Layer와 LAPB 설계
1-20작성자는 대학 3학년 논문으로 Linux용 X.25 구현을 시작했습니다. 목표는 Linux에서 일반적인 X.25를 실행할 수 있도록 완전한 X.25 Packet Layer와 LAPB module을 제공하는 것이었습니다.
X.25 card에는 card 자체에서 LAPB를 구현하는 지능형 종류와 framing, bit-stuffing, checksum만 수행하는 비지능형 종류가 있으며 system은 둘 다 처리해야 합니다.
설계상 Packet Layer는 link layer가 Linux kernel의 더 낮은 layer에서 수행된다고 보고 LAPB 구현을 직접 알지 않습니다. 비지능형 card driver만 LAPB module을 호출하고 지능형 card는 호출하지 않으므로, 통일된 device driver interface와 단순한 configuration을 제공할 수 있습니다.
Card capability가 LAPB 처리 위치를 결정하지만 Packet Layer interface는 통일됩니다.
.. SPDX-License-Identifier: GPL-2.0
==================
Linux X.25 Project
==================
As my third year dissertation at University I have taken it upon myself to
write an X.25 implementation for Linux. My aim is to provide a complete X.25
Packet Layer and a LAPB module to allow for "normal" X.25 to be run using
Linux. There are two sorts of X.25 cards available, intelligent ones that
implement LAPB on the card itself, and unintelligent ones that simply do
framing, bit-stuffing and checksumming. These both need to be handled by the
system.
I therefore decided to write the implementation such that as far as the
Packet Layer is concerned, the link layer was being performed by a lower
layer of the Linux kernel and therefore it did not concern itself with
implementation of LAPB. Therefore the LAPB modules would be called by
unintelligent X.25 card drivers and not by intelligent ones, this would
provide a uniform device driver interface, and simplify configuration.802.2 LLC와 XOT
21-33802.2 LLC 구현을 사용하면 Ethernet 또는 Token Ring 위에서 X.25를 실행하고 JNT `Pink Book`을 따를 수도 있습니다. LLC가 담당하는 device class는 LAPB device와 완전히 분리되므로 Packet Layer interface가 달라도 혼동되지 않습니다.
또 다른 선택인 XOT는 신뢰할 수 있는 link layer로 TCP/IP를 사용해 Internet 위에서 X.25 Packet Layer frame을 운반합니다. RFC 1613이 protocol format과 behavior를 규정하며, 작성자는 시간이 허용되면 이 option도 검토하겠다고 기록했습니다.
Packet Layer 아래에서 사용할 수 있는 세 link 경로입니다.
To confuse matters a little, an 802.2 LLC implementation is also possible
which could allow X.25 to be run over an Ethernet (or Token Ring) and
conform with the JNT "Pink Book", this would have a different interface to
the Packet Layer but there would be no confusion since the class of device
being served by the LLC would be completely separate from LAPB.
Just when you thought that it could not become more confusing, another
option appeared, XOT. This allows X.25 Packet Layer frames to operate over
the Internet using TCP/IP as a reliable link layer. RFC1613 specifies the
format and behaviour of the protocol. If time permits this option will also
be actively considered.
초기 project 연락처
34-46Linux X.25 개발과 사용을 지원하기 위해 당시 `vger.kernel.org`에 `linux-x25` mailing list가 만들어졌습니다. 관심 있는 사용자는 `[email protected]`에 본문으로 `subscribe linux-x25`와 `end`를 보내 구독하도록 안내했습니다.
Subject 내용은 무시된다고 명시하며, 문서는 Jonathan의 서명과 당시 email address `[email protected]`를 보존합니다.
A linux-x25 mailing list has been created at vger.kernel.org to support the
development and use of Linux X.25. It is early days yet, but interested
parties are welcome to subscribe to it. Just send a message to
[email protected] with the following in the message body:
subscribe linux-x25
end
The contents of the Subject line are ignored.
Jonathan
[email protected]
요약·해설
x25.rst:1-46이 역사적 문서는 X.25 Packet Layer가 link 구현과 분리되도록 하여 지능형 card, kernel LAPB를 쓰는 비지능형 card, LLC와 XOT transport를 한 architecture에서 지원하려던 초기 설계를 설명합니다.