애플토크

애플토크

프로토콜 스택
개발자	애플
소개	1985년; 37년 전 (1998년)
하드웨어	LocalTalk 등

AppleTalk는 애플사가 매킨토시 컴퓨터를 위해 개발한 독점적인 네트워킹 프로토콜 제품군이다.AppleTalk는 사전 설정이나 중앙집중식 라우터나 서버의 필요 없이 로컬 영역 네트워크를 연결할 수 있는 많은 기능을 포함하고 있다.연결된 AppleTalk가 장착된 시스템은 자동으로 주소를 할당하고 분산된 네임스페이스를 업데이트하며 필요한 상호 연결 라우팅을 구성한다.

애플토크는 1985년에 출시되었으며, 1980년대와 1990년대를 거쳐 애플 기기가 사용하는 1차 프로토콜이었다.IBM PC 및 호환 제품 및 Apple IIGS용 버전도 출시되었다.AppleTalk 지원은 대부분의 네트워크 프린터(특히 레이저 프린터), 일부 파일 서버 및 다수의 라우터에서도 사용할 수 있었다.

1990년대 TCP/IP의 상승은 이러한 지원의 대부분을 해당 프로토콜에 재구성한 것으로 이어졌으며, 2009년 Mac OS X v10.6의 출시로 AppleTalk는 지원되지 않게 되었다.AppleTalk의 더욱 발전된 자동 구성 기능 중 많은 것들이 이후 Bonjour에 소개된 반면, Universal Plug and Play는 유사한 요구를 충족시킨다.

역사

애플넷

1983년 1월 애플 리사 컴퓨터가 출시된 후 애플은 이 기계를 위한 지역 네트워크(LAN) 시스템 개발에 상당한 노력을 기울였다.AppleNet으로 알려진 이 제품은 세미날 제록스 XNS 프로토콜 스택을^[1] 기반으로 했지만 제록스의 2.94 Mbit/s 이더넷이 아닌 사용자 정의 1 Mbit/s 동축 케이블 시스템에서 실행되었다.애플넷은 1983년 초 리사와 애플2의 플러그인 애플넷 카드에 500달러의 목표가격으로 전면 도입하여 발표되었다.^[2]

당시에는 이더넷, 토큰링, 이코넷, ARCNET 등 초기 LAN 시스템이 막 출시되고 있었다.1983년 5월 애너하임에서 열린 전국컴퓨터회의(NCC)와 같은 프로그램을 장악하며 당시 상업적 노력이 큰 화두였다.모든 시스템이 시장에서 위치를 다투고 있었지만, 이 때조차도 이더넷의 광범위한 수용은 그것이 사실상의 표준이 될 것임을 시사했다.^[3]스티브 잡스가 구르샤란 시두에게 "왜 네트워킹이 잡히지 않는가?"^[4]라는 악의 없어 보이는 질문을 한 것은 이 쇼에서였다.

4개월 후인 10월에는 애플넷이 취소됐다.당시 이들은 "애플은 네트워킹 시스템을 만드는 것이 비즈니스에 없다는 것을 깨달았다"고 발표했다.사내에서 애플넷을 구축해 사용했지만 출고했더라면 새로운 표준이 올라올 수 있었다는 것을 깨달았다고 말했다.^[5]지난 1월 잡스는 대신 IBM의 토큰 링을 지원하겠다고 발표했는데, 잡스는 "feew months"^[5]에 나올 것으로 예상했다.

애플버스

이 기간 동안 애플은 매킨토시 컴퓨터의 개발에 깊이 관여했다.개발 중에 엔지니어들은 저비용의 보다 일반적인 UART 대신 질로그 8530 시리얼 컨트롤러 칩(SCC)을 사용하여 직렬 포트 연결을 제공하기로 결정했다.^[6]SCC는 UART보다 비용이 약 5달러 더 들지만, 초당 최대 250킬로비트의 훨씬 더 빠른 속도를 제공(또는 추가 하드웨어 포함)했으며, 내부적으로는 IBM의 Bisync와 같은 다수의 기본적인 네트워킹과 같은 프로토콜을 지원했다.^[7]

SCC는 여러 장치를 포트에 연결할 수 있기 때문에 선택되었다.유사한 SCC가 장착된 주변기기는 내장 프로토콜을 사용하여 통신할 수 있으며, 동일한 버스의 다른 주변기기와 데이터를 상호 교환할 수 있다.이렇게 하면 기계 뒷면에 더 많은 포트가 필요하지 않으며, 더 복잡한 장치를 지원하기 위한 확장 슬롯이 제거될 수 있다.초기 개념은 AppleBus로 알려져 있으며, 주최자인 Macintosh가 "덤" 장치를 현대적인 유니버설 직렬 버스와 유사한 방식으로 폴링하는 시스템을 구상하고 있다.^[8]

AppleBus 네트워킹

매킨토시 팀은 레이저라이터가 무엇이 될 것인가에 대한 작업을 이미 시작했으며, 이러한 값비싼 기계와 다른 자원을 어떻게 공유할 것인가에 대한 질문에 대답할 수 있는 여러 가지 다른 옵션을 고려했었다.Bob Belleville의 일련의 메모는 Mac, LaserWriter 및 Macintosh Office가 될 파일 서버 시스템을 간략하게 설명하면서 이러한 개념을 명확히 했다.^[4]1983년 후반에 이르러서는 IBM의 토큰 링이 Mac 출시 시기에 맞춰 준비되지 않을 것이 분명했고, 이러한 다른 제품들의 출시도 놓칠 수 있었다.결국, 토큰 링은 1985년 10월까지 배송되지 않을 것이다.^[9]

앞서 잡스가 시두에게 던진 질문은 이미 여러 가지 생각을 불러일으켰었다.지난 10월 애플넷이 취소되자 시두는 애플버스 하드웨어를 기반으로 한 새로운 네트워킹 시스템 개발에 앞장섰다.이 새로운 시스템은 기존의 어떤 선입견에도 부합할 필요가 없으며, 사용자가 설치할 수 있고, 구성이 제로이며, 고정된 네트워크 주소가 없는 시스템인 Mac에 적합하도록 설계되었다. 한마디로 진정한 플러그 앤 플레이 네트워크다.^{[10][third-party source needed]}상당한 노력이 필요했지만, Mac이 출시될 무렵에는 기본 개념의 윤곽이 잡혔고, 일부 하위 수준의 프로토콜은 완성을 향해 가고 있었다.시두는 맥이 발표된 지 2시간 만에 벨빌에게 그 일을 언급했다.^[4]

"새로운" 애플버스는 1984년 초에 발표되었는데,^{[N 1]} 직렬 포트에 꽂고 케이블을 통해 케이블을 통해 업스트림과 다운스트림 다음 컴퓨터에 연결되는 작은 상자를 통해 맥이나 리사로부터 직접 연결할 수 있었다.애플 II와 애플 III용 어댑터도 발표됐다.^[11]애플은 또한 애플버스 네트워크가 토큰 링 시스템에 연결될 수 있고 하나의 노드로 보일 것이라고 발표했다.^[5]이것이 어떻게 작동될지에 대한 세부사항들은 대략적인 것이었다.^[5]

AppleTalk 개인 네트워크

1985년 초 출시 직전 애플버스는 애플토크로 이름이 바뀌었다.처음에는 AppleTalk Personal Network로 출시되었으며, 네트워크 프로토콜과 물리적 계층으로 구성되어 있다.

물리적 계층은 속도가 230.4 kbit/s에 불과하고, 끝에서 끝까지 최대 거리가 1000피트(300m), LAN당 32개 노드밖에 되지 않는 등 여러 한계를 가지고 있었다.^[12]그러나 기본 하드웨어가 Mac에 내장되어 있어 노드를 추가하는 데 드는 비용은 어댑터 박스에 약 50달러밖에 들지 않는다.이에 비해 이더넷이나 토큰링 카드는 수백, 수천 달러가 든다.또한 전체 네트워킹 스택에는 약 6kB의 RAM만 필요하여 모든 Mac에서 실행할 수 있었다.^[13]

애플톡의 속도가 비교적 느려서 비용 절감 효과가 더 컸다.AppleTalk 케이블은 RS-422의 균형 잡힌 송신 및 수신 회로를 사용하는 대신, 하나의 공통 전기 접지를 사용하였으며, 이는 속도를 약 500 kbit/s로 제한하였으나, 하나의 도체를 제거할 수 있게 하였다.이는 일반적인 3-전도체 케이블이 배선에 사용될 수 있다는 것을 의미했다.또한 어댑터는 "자체 종단"으로 설계되었으며, 이는 네트워크 끝에 있는 노드가 마지막 커넥터를 연결되지 않은 상태로 그냥 둘 수 있다는 것을 의미한다.전선을 다시 고리 모양으로 연결할 필요도 없었고, 허브나 다른 장치도 필요 없었다.

이 시스템은 향후 확장을 위해 설계되었다. 주소 지정 시스템은 LAN에서 255개 노드로 확장할 수 있도록 허용되었다(당시 32개 노드만 사용할 수 있었지만), 그리고 "교량"을 사용함으로써(기술적으로 동일하지는 않지만 "라우터"로 알려짐) LAN을 더 큰 컬렉션에 상호 연결시킬 수 있었다."존스"는 브리지 연결 인터넷 내에서 기기를 다루도록 허용했다.또한 AppleTalk는 처음부터 잠재적인 물리적 링크와 함께 사용할 수 있도록 설계되었으며,^[14] 몇 년 안에 물리적 계층을 AppleTalk 프로토콜과 차별화하기 위해 LocalTalk로 이름이 변경되었다.

애플톡의 가장 큰 장점은 완전 무보수가 가능하다는 점이었다.장치를 네트워크에 연결하려면 사용자가 어댑터를 기기에 연결한 다음 케이블을 다른 어댑터의 사용 가능한 포트에 연결하기만 하면 된다.AppleTalk 네트워크 스택은 사용자가 Choser를 통해 장치를 탐색할 수 있도록 네트워크 주소를 협상하고, 컴퓨터에 사람이 읽을 수 있는 이름을 할당하고, 네트워크에 있는 다른 기계의 이름과 유형의 목록을 컴파일했다.AppleTalk는 매우 사용하기 쉬워서 여러 개의 Mac이 같은 방에 있을 때마다 애드혹 네트워크가 나타나는 경향이 있었다.^[15]애플은 나중에 이것을 비행기 안의 두 좌석 사이에 네트워크가 만들어지는 것을 보여주는 광고에 사용할 것이다.^[16]

PhoneNet 및 기타 어댑터

애플토크 기기의 제3자 시장 성장은 향후 몇 년 동안 발전했다.특히 주목할 만한 예로는 BMUG가 설계하고 파랄론이 1987년 폰넷으로 상용화한 대체 어댑터였다.^[17]이는 본질적으로 애플의 둥근 커넥터 대신 재래식 전화 잭이 달린 애플 커넥터의 대체품이었다.PhoneNet은 AppleTalk 네트워크를 일반 전화선을 사용하여 함께 연결할 수 있도록 허용했으며, 추가 작업이 거의 없어 아날로그 전화와 AppleTalk를 단일 4-컨덕터 전화 케이블로 실행할 수 있었다.

다른 회사들은 SCC가 최대 1 Mbit/s의 더 높은 전송 속도를 지원하기 위해 외부 시계를 읽을 수 있는 능력을 이용했다.이러한 시스템에서 외부 어댑터는 자체 클럭도 포함시켰고, 이를 사용하여 SCC의 클럭 입력 핀을 신호했다.가장 잘 알려진 시스템은 768kbit/s로 실행된 Centram의 FlashTalk로, 그들의 TOPS 네트워킹 시스템과 함께 사용되도록 의도되었다.^[18]비슷한 해결책은 850 kbit/s DaynaTalk로, 컴퓨터와 일반 LocalTalk/PhoneNet 박스 사이에 연결한 별도의 상자를 사용했다.데이나는 또 다른 데이나 PC 카드와 통화할 때 최대 1.7 Mbit/s가 실행되는 PC 확장 카드를 제공했다.^[19][20]다른 몇몇 시스템들도 훨씬 더 높은 성능을 가지고 존재했지만, 이러한 시스템들은 종종 LocalTalk/PhoneNet과 호환되지 않는 특별한 케이블 연결이 필요했고, 또한 종종 문제를 일으키는 네트워킹 스택에 패치가 필요했다.

이더넷을 통한 AppleTalk

애플이 더 많은 상업 및 교육 시장으로 확장함에 따라, 그들은 애플토크를 기존의 네트워크 설비에 통합할 필요가 있었다.이러한 조직들 중 다수는 이미 매우 비싼 이더넷 인프라에 투자했으며 Macintosh를 이더넷에 직접 연결할 수 있는 방법은 없었다.AppleTalk는 AppleTalk 서브넷을 상호 연결하기 위한 프로토콜 구조를 포함하였으므로, 솔루션으로서 EtherTalk는 처음에 LocalTalk 서브넷 사이의 백본으로 이더넷을 사용하기 위해 만들어졌다.이를 위해 조직은 LocalTalk-to-Ethernet 브릿지를 구매해야 하며 애플은 이러한 제품을 생산하기 위해 제3자에게 맡겼다.^[21]헤이스와 키네틱스처럼 새로 생긴 몇몇 회사들을 포함한 많은 회사들이 응답했다.

LocalTalk, EtherTalk, TokenTalk 및 AppleShare

1987년까지, 이더넷은 토큰 링을 둘러싼 표준 전투에서 분명히 승리하고 있었고, 그 해 중반에 애플은 이더넷 물리 계층을 통해 AppleTalk 프로토콜의 구현인 EtherTalk 1.0을 도입했다.확장 슬롯이 있는 애플 최초의 매킨토시인 매킨토시 II 컴퓨터에 새로 출시된 이 운영체제는 네트워킹에 사용할 물리적 연결("Built-in" 또는 "EderTalk")을 사용자가 선택할 수 있는 새로운 네트워크 제어판을 포함했다.도입 당시 이더넷 인터페이스 카드는 기계의 누버스 슬롯에 꽂은 3Com과 키네틱스에서 사용할 수 있었다.새로운 네트워킹 스택은 또한 시스템을 확장하여 LAN당 255개의 완전한 노드를 허용했다.EtherTalk의 출시로 AppleTalk Personal Network는 LocalTalk로 이름이 바뀌었는데,^[22] 이 명칭은 평생 동안 알려져 있을 것이다.토큰 링은 나중에 동일한 네트워크 제어판과 기본 소프트웨어를 사용한 유사한 TokenTalk 제품에서 지원될 것이다.시간이 지남에 따라, 많은 제3자 회사들은 이러한 같은 드라이버를 사용한 호환 가능한 이더넷과 토큰 링 카드를 도입할 것이다.

이더넷 직접 연결이 가능한 Macintosh의 출현으로 이더넷 및 LocalTalk 호환성 문제가 확대되었다.새 맥과 오래된 맥을 가진 네트워크들은 서로 의사소통을 할 수 있는 어떤 방법이 필요했다.이것은 Ethernet Mac II가 LocalTalk에만 연결된 LaserWriter와 대화하려는 네트워크만큼 간단할 수 있다.애플은 당초 앞서 언급한 LocalTalk-Ethernet 브리지 제품에 의존했지만, 이것들은 소량 제품이 될 것이라는 애플의 생각과는 달리 1987년 말까지 13만 개의 그러한 네트워크가 사용되고 있었다.애플토크는 당시 세계에서 가장 많이 사용되는 네트워킹 시스템으로, 다른 어떤 벤더보다 3배 이상 많았다.^{[23][third-party source needed]}

1987년에는 512kB 이상의 RAM을 가진 모든 Mac에서 실행된 전용 파일 서버인 AppleShare 제품이 소개되었다.일반적인 AppleShare 기계는 외장 SCSI 하드 드라이브가 장착된 Mac Plus였습니다.애플셰어는 1980년대 후반 Novell NetWare와 마이크로소프트의 MS-Net에 이어 3위 네트워크 운영체제였다.^[24]애플셰어는 전용 파일 서버 장치를 기반으로 했던 매킨토시 오피스(Macintosh Office)의 실패에 대한 대체품이었다.

AppleTalk 2단계 및 기타 개발

1989년에 AppleTalk 단계 2로 중대한 재설계가 발표되었다.여러 면에서 2단계는 초기 버전(절대 1단계라고 불리지 않음)을 보다 일반화하려는 노력이라고 볼 수 있다.LAN은 이제 255개 이상의 노드를 지원할 수 있으며, 존은 더 이상 물리적 네트워크와 연결되지 않고 단순히 노드를 구성하는 데 사용되는 전적으로 가상 구조였다.예를 들어 조직의 모든 프린터를 나열하는 "프린터" 영역을 만들 수도 있고, "2층" 영역에 동일한 장치를 배치하여 물리적 위치를 표시하려고 할 수도 있다.또한 2단계에서는 광역 네트워크를 통해 연결되는 네트워크에서 이전에 심각한 문제가 되었던, 이들을 덜 "대화"하게 만들기 위해 기본 상호연결 프로토콜에 대한 변경을 포함했다.^[25]

이때까지 애플은 매우 다양한 통신 제품을 개발 중에 있었고, 이 중 상당수는 애플토크 2단계와 함께 발표되었다.IBM PC용 EtherTalk와 TokenTalk, AppleTalk 소프트웨어 및 LocalTalk 하드웨어 업데이트, LaserPrinter 및 기타 네트워크 리소스를 사용할 수 있는 Apple A/UX 운영 체제용 EtherTalk, Mac X.25 및 MacX 제품 업데이트 등이 그것이다.

이더넷은 1990년까지 거의 보편화되었고, 공장에서 직접 Mac으로 이더넷을 구축할 때였다.그러나 이들 네트워크에 의해 사용되는 물리적 배선은 아직 완전히 표준화되지 않았다.애플은 컴퓨터 뒷면에 있는 단일 포트를 사용하여 이 문제를 해결했는데, 이 포트는 사용자가 어떤 케이블 연결 시스템에도 어댑터를 꽂을 수 있다.이 FriendyNet 시스템은 업계 표준 AUI(Attachment Unit Interface) 또는 AUI를 기반으로 하였으나, 의도적으로 더 작고 사용하기 쉬운 비표준 커넥터를 선택했는데, 이를 "Apple AUI" 또는 AAUI라고 불렀다.FriendyNet은 Quadra 700과 Quadra 900 컴퓨터에 처음 도입되었으며 한동안 Mac 라인의 대부분에서 사용되었다.^[26]LocalTalk와 마찬가지로 다수의 제3자 FriendyNet 어댑터가 빠르게 등장했다.

10BASE-T가 이더넷을 위한 사실상의 케이블링 시스템이 되면서, 2세대 파워 매킨토시 기계들은 AAUI 외에 10BASE-T 포트를 추가했다.파워북 3400c와 보급형 파워맥도 10BASE-T를 추가했다.파워 매킨토시 7300/8600/9600은 AAUI를 포함한 마지막 맥이었고, 10BASE-T는 파워 매킨토시 G3와 파워북 G3를 시작으로 보편화되었다.

Capital-I 인터넷

AppleTalk의 시작부터 사용자들은 매킨토시를 TCP/IP 네트워크 환경에 연결하기를 원했다.1984년 스탠포드 대학의 빌 크로프트는 씨게이트 프로젝트의 일환으로 DDP에 캡슐화된 IP 패킷의 개발을 선도했다.씨게이트는 키네틱스에 의해 추가 라우팅 옵션으로 LocalTalk-Ethernet 브리지에 상용화되었다.몇 년 후, MacIP는 SEGATE 코드에서 분리되어 IP 패킷이 LocalTalk 네트워크를 통해 라우팅되는 사실상의 방법이 되었다.1986년까지 컬럼비아 대학은 Unix, TCP/IP, AppleTalk 환경의 보다 높은 통합을 가능하게 하는 Columbia AppleTalk Package(CAP)의 첫 번째 버전을 출시했다.1988년 애플은 적절한 이더넷 하드웨어가 장착된 기계에서 Mac이 TCP/IP를 지원할 수 있도록 하는 시스템인 MacTCP를 출시했다.그러나, 이로 인해 많은 대학들이 LocalTalk가 장착된 많은 Mac에서 IP를 지원하는 문제를 겪게 되었다.곧 LocalTalk-Ethernet 브리지에 MacIP 지원을 포함시키는 것이 일반화되었다.^[26]MacTCP는 1994년까지 Classic Mac OS의 표준 부품이 되지 않을 것이며,^[27] 그 무렵에는 SNMP와 PPP도 지원했다.

1990년대 초반 한동안 맥은 빠르게 확장되는 인터넷의 주요 고객이었다.^{[citation needed]}널리 이용되고 있는 더 잘 알려진 프로그램으로는 Fetch, Eudora, eXodus, NewsWatcher 및 NCSA 패키지, 특히 NCSA Moscope와^[28] 그 자손인 Netscape Navigator가 있었다.^[29]또한, Mac이 인터넷 콘텐츠를 호스팅할 수 있도록 해주는 많은 서버 제품이 등장했다.이 기간 동안 맥스는 전체 마이크로컴퓨터 시장 점유율이 상대적으로 적음에도 불구하고 다른 플랫폼보다 약 2~3배 많은 클라이언트를 인터넷에 연결했다.^{[30][third-party source needed]}

세계가 LAN과 WAN을 모두 위해 IP로 빠르게 이동함에 따라, 애플은 PowerPC 기반 시스템의 도입뿐만 아니라 점점 더 시대에 뒤떨어진 두 개의 코드 기반을 계속 유지하는 문제에 직면했다.이로 인해 오픈 트랜스포트(Open Transport)의 노력은 맥TCP와 애플토크 모두를 유닉스 표준 스트림에서 개조한 완전히 새로운 코드 베이스에 재실행했다. 초기 버전은 문제가 있었고 한동안 안정화되지 않았다.^[31]그쯤 되자 애플은 결국 불운한 코프랜드의 노력에 깊이 빠져들었다.

유산 및 포기

NeXT의 구입과 그에 따른 맥 OS X의 개발로 애플토크는 철저히 레거시 시스템이었다.OS X에는 레이저 프린터, 파일 공유 등 기존 애플토크 기기들이 대거 지원됐지만, 이 시대에 보편화된 대체 연결 솔루션, 특히 프린터용 USB는 수요를 제한했다.애플이 이러한 제품군의 많은 부분을 버리고, 모든 새로운 시스템이 IP를 기반으로 함에 따라 애플토크는 점점 더 보편화되었다.AppleTalk 지원은 2009년 Mac OS X v10.6의 MacOS에서 최종적으로 제거되었다.^[32]

그러나 애플토크의 손실은 사용 편의성과 IP 라우팅이 결합된 네트워킹 솔루션에 대한 욕구를 줄이지 못했다.애플은 에어포트 라우터 도입부터 제로 구성 네트워킹 시스템 개발, 그리고 그 구현인 본저에 이르기까지 많은 노력의 개발을 주도해 왔다.

2020년을 기점으로 AppleTalk 지원은 맥OS 11 Big Sur의 레거시 지원에서 완전히 배제되었다.

디자인

이 섹션은 검증을 위해 추가 인용구가 필요하다. 신뢰할 수 있는 출처에 인용문을 추가하여 이 기사를 개선할 수 있도록 도와주십시오. 비소싱된 자료에 이의를 제기하여 제거할 수 있다.(2007년 10월) (이 템플릿 메시지를 제거하는 방법 및 시기 학습)

AppleTalk 디자인은 프로토콜 계층화의 OSI 모델을 엄격하게 따랐다.대부분의 초기 LAN 시스템과 달리 애플토크는 원형 제록스 XNS 시스템을 사용하여 만들어지지 않았다.의도된 대상은 이더넷이 아니었으며 라우팅할 48비트 주소가 없었다.그럼에도 불구하고 AppleTalk 시스템의 많은 부분은 XNS에서 직접 아날로그를 가지고 있다.

AppleTalk의 한 가지 주요 차별화 사항은 시스템을 완전히 자체 구성하기 위한 두 개의 프로토콜을 포함하고 있다는 것이다.AppleTalk 주소 결정 프로토콜(AARP)은 AppleTalk 호스트가 자신의 네트워크 주소를 자동으로 생성할 수 있도록 허용했으며, NBP(Name Binding Protocol)는 사용자가 읽을 수 있는 이름에 네트워크 주소를 매핑하는 동적 시스템이었다.AARP와 유사한 시스템이 다른 시스템, 예를 들어 Banyan PONG에도 존재했지만, 최근까지도^{[citation needed]} NBP와 같은 시스템은 존재하지 않았다.

AARP와 NBP 모두 "컨트롤러" 장치가 기본 메커니즘을 재정의하도록 허용하는 방법을 정의했다.그 개념은 라우터가 정보를 제공하거나 알려진 주소와 이름에 시스템을 "하드와이어"할 수 있도록 하는 것이었다.AARP가 새로운 노드가 사용 가능한 주소를 검색하면서 문제를 일으킬 수 있는 더 큰 네트워크에서, 라우터의 추가는 "접근성"을 감소시킬 수 있다.AARP와 NBP는 함께 AppleTalk를 사용하기 쉬운 네트워킹 시스템으로 만들었다.새로운 기계는 플러그를 꽂고 선택적으로 이름을 부여함으로써 네트워크에 추가되었다.NBP 목록은 파일 서버 및 프린터와 같은 클래스로 나누어진 로컬 네트워크의 컴퓨터 목록을 표시하는 Choser라고 알려진 프로그램에 의해 검사되고 표시되었다.

주소 지정

AppleTalk 주소는 4바이트 수량이었다.이것은 2바이트 네트워크 번호, 1바이트 노드 번호, 1바이트 소켓 번호로 구성되었다.이 중, 라우터에서 얻어진 네트워크 번호만 어떤 구성이 필요했다.서로 다른 노드 간의 경합을 처리하는 프로토콜(원래는 LocalTalk Link Access Protocol LLAP 이상, Ethernet/EderTalk의 경우 AppleTalk Address Resolution Protocol, AARP)^[33]에 따라 각 노드는 동적으로 자신의 노드 번호를 선택했다.소켓 번호의 경우, 잘 알려진 몇 개의 숫자가 AppleTalk 프로토콜 자체에 특정한 특수 목적을 위해 예약되었다.이들 외에도, 모든 애플리케이션 레벨 프로토콜은 클라이언트와 서버 양쪽 끝에서 동적으로 할당된 소켓 번호를 사용할 것으로 예상되었다.

이러한 역동성 때문에, 사용자들은 그들의 주소를 명시함으로써 서비스에 접근하기를 기대할 수 없었다.대신에, 모든 서비스는 인간에 의해 선택되어 사용자에게 의미 있는 것으로 기대될 수 있고, 또한 충돌의 가능성을 최소화하기에 충분히 길 수 있는 이름을 가지고 있었다.

NBP 이름은 소켓 번호와 노드 번호를 포함한 주소로 번역되어, AppleTalk의 이름은 기계에서 제공하는 서비스에 직접 매핑되었는데, 이는 기계 자체의 이름과 완전히 별개였다.따라서, 서비스는 다른 기계로 이동할 수 있었고, 동일한 서비스 이름을 유지하는 한, 사용자가 서비스에 계속 접근하기 위해 다른 것을 할 필요가 없었다.그리고 동일한 기계가 네트워크 연결 충돌 없이 동일한 유형의 서비스 인스턴스를 몇 개라도 호스팅할 수 있다.

서비스를 제공할 수 있는 포트 번호를 포함하지 않고 이름이 컴퓨터 주소로 변환되는 DNS의 A 레코드와 비교하십시오.따라서 사람들이 특정 서비스에 접근하기 위해 특정 기계 이름을 사용하는 것에 익숙하다면, 서비스가 다른 기계로 이동될 때 그들의 접속이 끊어질 것이다.실제 기계명이 아닌 서비스를 나타내는 CNAME 기록을 사용해 서비스를 참조해야 한다고 주장하면 어느 정도 완화할 수 있지만, 사용자가 이러한 규약을 따르도록 보장할 방법은 없다.Kerberos와 Active Directory와 같은 일부 새로운 프로토콜은 DNS SRV 레코드를 사용하여 이름별로 서비스를 식별하는데, 이는 AppleTalk 모델에 훨씬 가깝다.^{[original research?]}

프로토콜

이 절은 출처를 인용하지 않는다. 신뢰할 수 있는 출처에 인용문을 추가하여 이 섹션을 개선할 수 있도록 도와주십시오. 공급되지 않은 재료는 도전하여 제거할 수 있다.(2012년 6월) (이 템플릿 메시지를 제거하는 방법과 시기 알아보기)

AppleTalk 주소 확인 프로토콜

AARP는 AppleTalk 주소를 링크 계층(일반적으로 MAC 주소)으로 해결한다.기능적으로 ARP와 동등하며 ARP와 매우 유사한 방법으로 주소해결을 얻는다.

AARP는 꽤 단순한 시스템이다.전원이 켜지면, AARP 프로브 패킷을 방송하여 라우터와 같은 컨트롤러로부터 회신을 받으려는 의도로 네트워크 주소를 요청한다.주소가 제공되지 않을 경우, "기본 서브넷", 0에서 임의로 하나를 선택한다.이어 "이 주소를 고르고 있다"는 또 다른 패킷을 내보낸 뒤, 네트워크에 있는 다른 사람이 불평하는지를 기다린다.다른 기계에 해당 주소가 있으면 다른 주소를 선택하고, 무료 주소를 찾을 때까지 계속 시도한다.많은 기계가 있는 네트워크에서, 무료 주소가 발견되기 전에 몇 번의 시도가 필요할 수 있으므로, 성능 목적을 위해 성공적인 주소는 NVRAM에서 "기록"되어 미래에 기본 주소로 사용된다.이것은 한 번에 몇 개씩 기계가 추가되는 대부분의 실제 설정에서 주소가 효과적으로 일정해지기 전에 한두 번의 시도만 하면 된다는 것을 의미한다.

AppleTalk 데이터 스트림 프로토콜

이것은 비교적 늦게 AppleTalk 프로토콜 제품군에 추가된 것으로, TCP 스타일의 신뢰할 수 있는 연결 지향적 전송이 필요하다는 것이 명백해졌을 때 이루어졌다.TCP와 상당한 차이점은 다음과 같았다.

• 연결 시도가 거부될 수 있음
• "반쪽 개방" 연결은 없었다. 한 쪽 끝이 연결의 해체를 시작하면 전체 연결이 닫힐 것이다(즉, ADSP는 이중 단순이 아니라 전이중이다).
• AppleTalk는 정상적인 스트림 데이터 흐름을 우회하는 짧은 메시지를 보낼 수 있는 주의 메시지 시스템을 포함했다.이것들은 안정적으로 전달되었지만 하천에 관해서는 순서가 맞지 않았다.모든 주의 메시지는 현재 스트림 바이트 시퀀스 포인트가 전류되기를 기다리는 대신 가능한 한 빨리 전달될 것이다.^[34]

애플 파일링 프로토콜

AppleTalk 파일링 프로토콜(AFP)은 AppleShare 파일 서버와 통신하기 위한 프로토콜이다.AppleTalk Session Protocol(DDP를 통한 레거시 AFP) 또는 Data Stream Interface(TCP를 통한 AFP)를 기반으로 구축되어 사용자 인증(양방향 무작위 번호 교환을 포함한 다른 인증 방법으로 확장 가능)과 Macintosh HFS 파일 시스템 특유의 작업을 수행하는 서비스를 제공한다.AFP는 대부분의 다른 AppleTalk 프로토콜이 사용되지 않았음에도 불구하고 여전히 MacOS에서 사용되고 있다.

AppleTalk 세션 프로토콜

ASP는 ATP 위에 구축된 중간 프로토콜로, 결국 AFP의 기초가 되었다.Out-of-Band 상태 쿼리를 수행하는 임의 명령에 대한 응답을 요청하는 기본 서비스를 제공했다.그것은 또한 서버가 클라이언트에 비동기 주의 메시지를 보낼 수 있도록 허용했다.

데이터그램 전송 프로토콜

DDP는 가장 낮은 수준의 데이터 링크 독립 전송 프로토콜이었다.그것은 배달의 보장이 없는 데이터그램 서비스를 제공했다.인프라 프로토콜 NBP, RTMP, ZIP를 포함한 모든 애플리케이션 레벨 프로토콜은 DDP 위에 구축되었다. AppleTalk의 DDP는 OSI(Open Systems Interconnect) 통신 모델의 네트워크 계층에 밀접하게 대응한다.

이름 바인딩 프로토콜

Name Binding Protocol은 AppleTalk 이름을 관리하기 위한 동적 분산 시스템이었다.기계가 서비스를 시작했을 때, 그것은 인간 관리자가 선택한 이름을 스스로 등록했다.이때 NBP는 다른 기계가 이미 같은 이름을 등록하지 않았는지 확인하는 시스템을 제공했다.나중에 클라이언트가 해당 서비스에 액세스하고자 할 때 NBP를 사용하여 시스템을 쿼리하여 해당 서비스를 찾았다.NBP는 특정 이름의 서비스를 찾을 수 있는 기능뿐만 아니라 ("사용 가능한 모든 서비스의 이름은 무엇인가?") 탐색성을 제공했다.이름은 사람이 읽을 수 있고, 공백, 대문자와 소문자를 포함하며, 검색 지원을 포함했다.

AppleTalk 에코 프로토콜

AEP(AppleTalk Echo Protocol)는 네트워크 노드의 도달성을 테스트하기 위해 설계된 전송 계층 프로토콜이다.AEP는 네트워크 노드로 전송할 패킷을 생성하고 패킷의 유형 필드에서 AEP 패킷으로 식별된다.패킷은 먼저 소스 DDP로 전달된다. AEP 패킷으로 식별된 후, 패킷이 대상의 DDP에 의해 검토되는 노드로 전달된다.패킷이 AEP 패킷으로 식별된 후에는 패킷이 복사되고 패킷의 필드가 변경되어 AEP 응답 패킷을 생성한 후 소스 노드로 반환된다.

프린터 액세스 프로토콜

PAP는 PostScript 프린터와 통신하는 표준 방식이었다.그것은 ATP 위에 지어졌다.PAP 연결이 열렸을 때, 각 끝은 기본적으로 "더 많은 데이터 전송"을 의미하는 다른 쪽 ATP 요청을 전송했다.서버에 대한 클라이언트의 응답은 PostScript 코드 블록을 전송하는 것이었고, 서버는 결과적으로 생성될 수 있는 진단 메시지로 응답할 수 있었고, 그 후에 또 다른 "추가 데이터 전송" 요청이 전송되었다.이러한 ATP의 사용은 자동 흐름 제어를 제공했다. 각 끝은 응답해야 할 ATP 요청이 있는 경우에만 다른 쪽 끝으로 데이터를 전송할 수 있었다.

PAP는 또한 별도의 ATP 트랜잭션으로 처리되는 대역 외 상태 쿼리를 제공했다.한 클라이언트에서 인쇄 작업을 처리하느라 바쁜 중에도 PAP 서버는 다른 클라이언트의 상태 요청에 계속 응답할 수 있었다.이를 통해 인쇄 대기 중인 LAN의 다른 Macintosh가 프린터가 사용 중이고, 사용량이 많은 작업이 무엇이었는지를 나타내는 상태 메시지를 표시할 수 있었다.

라우팅 테이블 유지관리 프로토콜

RTMP는 라우터가 네트워크의 토폴로지에 대해 서로 정보를 주고받는 프로토콜이었다.이것은 AppleTalk에서 유일하게 주기적인 요청되지 않은 방송을 필요로 하는 부분이었다: 매 10초마다, 각 라우터는 그들이 알고 있는 모든 네트워크 번호의 목록과 그들이 얼마나 멀리 떨어져 있다고 생각하는지를 전송해야 했다.

구역 정보 프로토콜

ZIP는 AppleTalk 네트워크 번호가 영역 이름과 연결된 프로토콜이었다.구역은 인간에게 이치에 맞는 네트워크의 하위 구역이었다(예: "회계부"). 그러나 네트워크 번호는 토폴로지적으로 연속적인 네트워크의 섹션에 할당되어야 하는 반면, 구역은 네트워크의 몇 가지 서로 다른 불연속 부분을 포함할 수 있다.

물리적 구현

AppleTalk의 초기 기본 하드웨어 구현은 매킨토시의 내장형 RS-422 포트를 230.4 kbit/s로 사용한 LocalTalk로 알려진 고속 직렬 프로토콜이었다.LocalTalk는 단일 포트에서 업스트림 및 다운스트림 케이블을 제공하기 위해 RS-422 포트의 스플리터 박스를 사용했다.위상은 버스였습니다. 케이블은 연결된 각 기계에서 다음으로 데이지 체인으로 연결되었으며, 최대 32개의 LocalTalk 세그먼트에서 허용되었다.시스템은 오늘날의 표준으로는 느렸지만, 당시에는 PC기계의 네트워킹의 추가 비용과 복잡성이 너무 커서 Macs가 사무실에서 네트워크로 연결된 유일한 개인용 컴퓨터라는 것이 일반적이었다.UNIX나 VAX 워크스테이션과 같은 다른 큰 컴퓨터는 일반적으로 이더넷을 통해 네트워크로 연결된다.

다른 물리적 구현도 이용할 수 있었다.LocalTalk의 매우 인기 있는 대체품으로는 Farallon Computing, Inc.의 타사 솔루션인 PhoneNetwork(2007년 Motorola 인수)가 있었는데, 이 솔루션은 또한 RS-422 포트를 사용했으며, Apple의 LocalTalk 포트 드라이버에 관한 한 LocalTalk와 구별되지 않았지만, 표준 4와이어 전화 카블에서 사용되지 않은 두 개의 와이어를 오버했다.ig. 오늘날의 네트워크 허브와 스위치를 예시하면서, 패럴론은 "패시브" 스타 연결(전화선을 중앙 지점에서 서로 간단하게 연결한 상태)과 "PhoneNet Star Controller" 허브 하드웨어를 갖춘 "활성" 스타를 모두 갖춘 PhoneNet을 위한 솔루션을 버스 구성뿐 아니라 "스타"에 사용할 수 있는 솔루션을 제공했다.애플의 LocalTalk 커넥터는 잠금 기능이 없어 커넥터가 쉽게 풀릴 수 있었고, 버스 구성으로 인해 네트워크 전체가 헐거워져 추적이 어려웠다.반면에, PhoneNet RJ-11 커넥터는 제자리에 끼워졌고, 별의 구성에서는 배선 문제가 한 장치에만 영향을 미쳤으며, 문제는 쉽게 찾아낼 수 있었다.PhoneNet의 저렴한 비용, 유연성 및 쉬운 문제 해결은 1990년대 초반까지 Mac 네트워크의 지배적인 선택으로 이어졌다.

AppleTalk 프로토콜은 또한 EtherTalk와 TokenTalk로 각각 라벨을 붙인 이더넷(첫 번째 동축 및 그 다음 트위스트 페어)과 토큰 링 물리적 계층을 통해 실행되도록 되었다.EtherTalk는 1990년대 내내 이더넷이 PC 산업에서 보편적으로 인기를 끌면서 점차 AppleTalk의 지배적인 구현 방식이 되었다.AppleTalk와 TCP/IP 외에도, 모든 이더넷 네트워크는 DECnet과 IPX와 같은 다른 프로토콜들을 동시에 운반할 수 있다.

네트워킹 모델

OSI 모델	해당 AppleTalk 계층
적용	Apple 파일링 프로토콜(AFP)
프리젠테이션	Apple 파일링 프로토콜(AFP)
세션	ZIP(Zone Information Protocol) AppleTalk 세션 프로토콜(ASP) AppleTalk 데이터 스트림 프로토콜(ADSP)
운송	AppleTalk 트랜잭션 프로토콜(ATP) AppleTalk 에코 프로토콜(AEP) 이름 바인딩 프로토콜(NBP) RTMP(Routing Table Maintenance Protocol)
네트워크	DDP(데이터그램 전송 프로토콜)
데이터 링크	ELAP(EtherTalk Link Access Protocol) LocalTalk Link Access Protocol(LocalTalk Link Access Protocol) TLAP(TokenTalk Link Access Protocol) FDDI(Fiber Distributed Data Interface)
물리적인	LocalTalk 드라이버 이더넷 드라이버 토큰 링 드라이버 FDDI 드라이버

버전

이 구간은 확장이 필요하다.추가하면 도움이 된다. (2008년 6월)

AppleTalk 버전	애플 파일링 프로토콜	에 해당함	메모들
56		시스템 7.0
57.0.4		시스템 7.12
58.1.1		시스템 7.1.2
58.1.3		시스템 7.5
60.3		Mac OS 7.6.1	개방형 트랜스포트 1.3
60.0a6		Mac OS 8.6	개방형 트랜스포트 2.0.3
	3.0	Mac OS X 10.0.3
	2.1, 2.0 및 1.1	Mac OS X v10.2
	2.2, 3.0, 3.1	Mac OS X v10.3
	3.2	Mac OS X v10.4

크로스 플랫폼 솔루션

애플토크가 처음 등장했을 때 지배적인 오피스 컴퓨팅 플랫폼은 MS-DOS를 실행하는 PC 호환 플랫폼이었다.애플은 1987년 초 애플토크 PC 카드를 선보여 PC가 애플토크 네트워크에 가입하고 레이저라이터 프린터로 인쇄할 수 있게 했다.^[35]1년 뒤 애플셰어 PC가 출시돼 PC가 애플셰어 파일 서버에 접속할 수 있게 됐다.^[36]

AppleTalk 시스템을 통한 "TOPS 텔레커넥터"^[37] MS-DOS 네트워킹 시스템은 MS-DOS PC가 AppleTalk 네트워크 하드웨어를 통해 통신할 수 있게 해주었다. MS-DOS PC는 PC용 AppleTalk 인터페이스 카드와 파일, 드라이브 및 프린터 공유와 같은 기능을 허용하는 네트워킹 소프트웨어 제품군을 구성했다.PC 전용 AppleTalk 네트워크 구축 허용은 물론 TOPS 소프트웨어가 설치된 PC와 Mac 간 통신을 허용했다.(TOPS가 설치되지 않은 Mac은 동일한 네트워크를 사용할 수 있을 뿐 다른 Apple 기계와 통신할 수 있을 뿐이다.)Mac TOPS 소프트웨어는 사용이 편리하거나 견고하고 충돌로부터 자유롭다는 점에서 애플 자체의 품질과 일치하지 않았지만, DOS 소프트웨어는 도스 용어로 사용하기 비교적 간단했고, 견고했다.

BSD와 리눅스 운영체제는 Netatalk라는 오픈소스 프로젝트를 통해 AppleTalk를 지원하는데, 이 프로젝트를 통해 완벽한 프로토콜 세트를 구현하고, 매킨토시 컴퓨터의 네이티브 파일이나 인쇄 서버 역할을 모두 할 수 있으며, 네트워크를 통해 LocalTalk 프린터로 인쇄할 수 있다.

윈도 서버 운영체제는 윈도 NT로 시작해서 윈도 서버 2003 이후로 끝나는 애플토크를 지원했다.미라마는 2007년 CA가 단종한 PC MacLAN 제품에 애플토크를 포함시켰다.GroupLogic은 이전 버전뿐만 아니라 Windows Server 2008과 Windows Vista를 지원하는 Macintosh-Windows 통합용 ExtremeZ-IP 서버 소프트웨어와 AppleTalk 프로토콜을 계속 번들로 묶고 있다.HILLIOS Software GmbH는 HILLIOS UB2 서버의 일부로 AppleTalk 프로토콜 스택의 독점적인 구현을 제공한다.이것은 기본적으로 다양한 플랫폼에서 실행되는 파일 및 인쇄 서버 제품군이다.

이밖에도 컬럼비아대학은 울트릭스, 선OS, *BSD, IRIX 등 다양한 유닉스 맛을 위한 프로토콜 세트를 구현한 컬럼비아 애플토크 패키지(CAP)를 출시했다.이 소포는 더 이상 적극적으로 유지되지 않는다.

참고 항목

• Netatalk는 AppleTalk 프로토콜 제품군의 무료 오픈 소스 구현이다.
• 네트워크 파일 시스템
• 원격 파일 공유
• 삼바
• 서버 메시지 블록

메모들

참조

인용구

참고 문헌 목록