프로토콜 없이 네트워크 통신을 할 수 있나요?

아니요. 네트워크 통신에서 가장 중요한 것은 네트워크 통신 프로토콜입니다. 네트워크 프로토콜은 네트워크 간의 통신을 위한 브리지입니다. 동일한 네트워크 프로토콜을 사용하는 컴퓨터만이 통신하고 정보를 교환할 수 있습니다. 전문적인 관점에서 정의하면, 네트워크 프로토콜은 컴퓨터가 네트워크에서 통신할 때 반드시 준수해야 하는 규약으로, 주로 정보 전송 속도, 전송 코드, 코드 구조, 전송 제어 단계, 오류 제어 등에 대한 표준을 규정하고 개발합니다. .

이 튜토리얼의 운영 환경: Windows 7 시스템, Dell G3 컴퓨터.

프로토콜 없이는 네트워크 통신을 할 수 없습니다.

네트워크는 물리적 링크를 사용하여 격리된 워크스테이션이나 호스트를 연결하여 데이터 링크를 형성함으로써 리소스 공유 및 통신 목적을 달성합니다. 의사소통은 일종의 매체를 통해 사람들 사이에 정보를 교환하고 전달하는 것입니다.

네트워크 통신은 고립된 장치를 네트워크를 통해 연결하고, 정보 교환을 통해 사람과 사람과 컴퓨터, 컴퓨터와 컴퓨터 간의 소통을 실현하는 것입니다.

네트워크 통신에서 가장 중요한 것은 네트워크 통신 프로토콜입니다. 오늘날에는 많은 네트워크 프로토콜이 있으며 근거리 통신망에서 가장 일반적으로 사용되는 세 가지 네트워크 프로토콜은 MICROSOFT의 NETBEUI, NOVELL의 IPX/SPX 및 TCP/IP 프로토콜입니다. 필요에 따라 적절한 네트워크 프로토콜을 선택해야 합니다.

• 일반인의 관점에서 네트워크 프로토콜은 네트워크 간 통신을 위한 브리지입니다. 동일한 네트워크 프로토콜을 사용하는 컴퓨터만 통신하고 정보를 교환할 수 있습니다. 이것은 사람들 사이의 의사소통에 사용되는 다양한 언어와 같습니다. 동일한 언어를 사용해야만 의사소통이 정상적이고 원활하게 이루어질 수 있습니다.

• 전문적인 관점에서 정의하자면, 네트워크 프로토콜은 컴퓨터가 네트워크에서 통신할 때 반드시 준수해야 하는 규약, 즉 통신 프로토콜입니다. 주로 정보 전송 속도, 전송 코드, 코드 구조, 전송 제어 단계, 오류 제어 등에 대한 표준을 규정하고 개발합니다.

일반적으로 사용되는 프로토콜

프로토콜의 존재로 인해 네트워크의 서로 다른 워크스테이션과 서버가 데이터를 전송할 수 있습니다. 인터넷이 발전함에 따라 다양한 개발자가 다양한 통신 방법을 개발했습니다. 통신이 성공적이고 안정적이려면 네트워크의 모든 호스트가 방언 없이 동일한 언어를 사용해야 합니다. 따라서 호스트 사이의 모든 패킷에 있는 모든 단어의 모든 비트를 정의하려면 엄격한 표준을 개발해야 합니다. 이러한 표준은 여러 조직의 노력에서 비롯되었으며 공통된 통신 방법, 즉 프로토콜에 동의합니다. 이를 통해 의사소통이 더 쉬워집니다. 많은 프로토콜이 개발되었지만 살아남은 프로토콜은 소수에 불과합니다. 이러한 프로토콜은 잘못된 설계, 잘못된 구현, 지원 부족 등 다양한 이유로 더 이상 사용되지 않습니다. 그리고 살아남은 프로토콜은 시간의 테스트를 거쳐 효과적인 통신 방법이 되었습니다.

NETBEUI

NETBEUI는 IBM이 NETBIOS 통신을 전달하기 위해 개발한 비라우팅 프로토콜입니다. NETBEUI의 라우팅 및 네트워크 계층 주소 지정 기능 부족은 가장 큰 장점이자 가장 큰 약점입니다. 추가 네트워크 주소와 네트워크 계층 헤더 및 테일이 필요하지 않기 때문에 빠르고 효율적이며 단일 네트워크만 있거나 전체 환경이 브리지되는 소규모 작업 그룹 환경에 적합합니다.

라우팅이 지원되지 않기 때문에 NETBEUI는 기업 네트워크의 주요 프로토콜이 될 수 없습니다. NETBEUI 프레임의

주소는 데이터 링크 계층 MAC(Media Access Control) 주소로, 네트워크 카드는 식별하지만 네트워크를 식별하지는 않습니다. 라우터는 프레임을 최종 대상으로 전달하기 위해 네트워크 주소에 의존하며 NETBEUI 프레임에는 이 정보가 전혀 없습니다.

브리지는 데이터 링크 계층 주소를 기반으로 네트워크 간의 통신 전달을 담당하지만 많은 단점이 있습니다. 모든 브로드캐스트 트래픽은 각 네트워크로 전달되어야 하기 때문에 브리지는 확장이 잘 되지 않습니다. NETBEUI에는 특히 브로드캐스트 트래픽에 대한 계정이 포함되어 있으며 이를 사용하여 이름 충돌을 해결합니다. 일반적으로 브리지된 NETBEUI 네트워크는 호스트가 100개를 초과하는 경우가 거의 없습니다. 레이어 2 스위치에 의존하는 네트워크가 점점 일반화되고 있습니다. 완벽한 변환 환경은 네트워크 활용도를 감소시키지만 브로드캐스트는 여전히 네트워크의 모든 호스트로 전달됩니다. 실제로 100-BASE-T 이더넷을 함께 사용하면 브로드캐스트 트래픽이 심각한 문제가 되기 전에 NetBIOS 네트워크를 350개 호스트로 확장할 수 있었습니다.

IPX/SPX

IPX는 NETBEUI의 약점을 보완하기 위해 NOVELL에서 NETWARE 클라이언트/서버용으로 사용하는 프로토콜 그룹입니다. 그러나 새롭고 다른 약점이 도입되었습니다. IPX는 완벽한 라우팅 기능을 갖추고 있으며 대규모 기업 네트워크에 사용할 수 있습니다. 여기에는 32비트 네트워크 주소가 포함되어 있어 단일 환경에서 많은 라우팅 네트워크를 허용합니다.

IPX의 확장성은 높은 수준의 방송 통신과 높은 오버헤드로 인해 제한됩니다. SAP(Service Advertising Protocol)는 라우팅된 네트워크의 호스트 수를 수천 개로 제한합니다. 스마트 라우터와 서버 구성으로 SAP의 한계를 극복했지만 대규모 IPX 네트워크 관리자는 여전히 매우 어려운 작업을 수행하고 있습니다.

TCP/IP

각 네트워크 프로토콜에는 고유한 장점이 있지만 TCP/IP만이 인터넷에 대한 완전한 연결을 허용합니다. TCP/IP는 1960년대에 MIT와 미국 국방부의 일부 상업 조직에 의해 개발되었습니다. 핵 공격으로 인해 대부분의 네트워크가 파괴되더라도 TCP/IP는 여전히 효과적인 통신을 유지할 수 있습니다. ARPANET은 프로토콜을 기반으로 개발되어 과학자와 엔지니어의 통신 매체로 인터넷으로 발전했습니다.

TCP/IP는 확장성과 안정성의 요구 사항을 모두 충족합니다. 불행하게도 속도와 효율성이 희생되었습니다(단, TCP/IP 개발은 정부에서 자금을 지원했습니다).

인터넷이 대중화된 이후 사람들은 글로벌 네트워크의 강력한 기능을 발견하기 시작했습니다. 인터넷의 편재성은 TCP/IP가 여전히 사용되는 이유입니다. 사용자는 자신도 모르게 TCP/IP 스택을 자신의 PC에 설치하는 경우가 많으며, 이로 인해 이 네트워크 프로토콜이 전 세계에서 가장 널리 사용됩니다.

TCP/IP의 32비트 주소 지정 솔루션은 인터넷에 연결하려는 호스트 및 네트워크 수를 지원하기에 충분하지 않습니다. 따라서 현재 구현을 대체할 수 있는 방법은 IPv6입니다.

RS-232-C

RS-232-C는 OSI 기본 참조 모델의 물리 계층 부분에 대한 사양으로 커넥터 모양, 0과 1로 표시되는 전기적 특성, 신호 의미. RS-232-C는 EIA에서 발행한 RS-232-B의 수정 버전입니다. 원래 아날로그 통신 회선에서 모뎀과 같은 DCE 및 텔레프린터와 같은 DTE 풀 인터페이스를 연결하기 위해 표준화되었습니다. 많은 개인용 컴퓨터도 RS-232-C를 입력 및 출력 인터페이스로 사용하며 RS-232-C를 인터페이스로 사용하는 개인용 컴퓨터도 매우 인기가 있습니다. RS-232-C에는 직선 모드, 양방향 통신, 기본 주파수 대역, 전류 루프 모드, 직렬 전송 모드, DCE-DTE 간에 사용되는 신호 형식, 핸드오버 모드, 전이중 통신 등의 기능이 있습니다. RS-232-C는 ITU 권장 V.24 및 V.28에 지정된 25핀 커넥터와 기능적으로 상호 교환 가능합니다. RS-232-C에서 사용하는 커넥터는 일반적으로 25핀 D-SUB라고 불리는 25핀 플러그인 커넥터입니다. DTE 끝의 케이블 상단은 수 플러그에 연결되고 DCE 끝은 암 소켓에 연결됩니다. RS-232-C에 사용되는 케이블의 형태는 고정되어 있지 않으며, 대부분 쉴드 처리된 24심 케이블을 사용합니다. 케이블의 최대 길이는 15m입니다. RS-232-C를 사용하여 최대 200K 비트/초의 속도로 데이터 전송이 가능합니다.

RS-449

RS-449는 1977년 EIA에서 발표한 표준으로, DTE와 DCE 간의 기계적, 전기적 특성을 지정합니다. RS-449는 RS-232-C를 대체하기 위해 개발된 표준이지만 거의 모든 데이터 통신 장비 제조업체가 여전히 원래 표준을 사용하고 있기 때문에 RS-232-C는 여전히 가장 널리 사용되는 인터페이스이며 널리 사용됩니다. RS-449 커넥터는 ISO 표준 37핀 및 9핀 커넥터를 사용합니다. 보조 채널(리턴 워드 채널) 회로를 제외한 모든 상호 연결된 회로는 37핀 커넥터를 사용하며, 보조 채널 회로는 9핀 커넥터를 사용합니다. RS-449의 전기적 특성은 밸런스 회로용 RS-422-A로 지정되며 V.11과 거의 동일한 사양을 갖는 반면, RS-423-A는 일반적으로 V.10과 동일한 사양을 갖습니다. V.35 V.35는 범용 터미널 인터페이스 사양입니다. 실제로 V.35는 60-108kHz 그룹 대역폭 회선에서 48Kbps 동기 데이터 전송을 위한 모뎀 사양입니다. V.35에서는 기계적 특성, 즉 커넥터의 모양을 지정하지 않습니다. 그러나 48Dbps-64Kbps의 American Bell 사양 모뎀의 인기로 인해 34핀 ISO2593이 널리 사용됩니다. 아날로그 전송을 위한 오디오 모뎀의 전기적 조건은 V.28(불균형 전류 루프 상호 연결 회로)을 사용하는 반면, 광대역 모뎀은 평형 전류 루프 회로를 사용합니다. X.21 X.21은 공용 데이터 네트워크의 동기식 터미널(DTE)과 회선 터미널(DCE) 간의 인터페이스에 대한 사양입니다. 주로 두 가지 기능을 규정합니다. 하나는 다른 인터페이스와 마찬가지로 전기적 특성, 커넥터 모양, 상호 연결된 회로의 기능적 특성 등의 물리적 계층을 규정한다는 것입니다. 다른 하나는 네트워크 스위칭 기능을 제어하는 ​​네트워크입니다. 네트워크 계층의 기능. 전용선 연결에서는 물리 계층 기능만 사용되는 반면, 회선 교환 데이터 네트워크에서는 물리 계층과 네트워크 계층 기능이 모두 사용됩니다. X.21 인터페이스에 사용되는 커넥터 핀은 15핀만 사용합니다. 전기적 특성은 각각 V 시리즈 인터페이스의 전기적 조건인 V.10과 V.11을 참조합니다. 디지털 네트워크의 동기화는 네트워크 마스터 클럭에 종속되는 슬레이브 동기화입니다.

HDLC(Advanced Data Link Control Protocol)

HDLC는 높은 신뢰성과 고속 전송을 갖춘 제어 프로토콜입니다. 그 특징은 다음과 같습니다: 어떤 비트 조합이라도 전송할 수 있습니다. 수신 측의 응답을 기다리지 않고 지속적으로 데이터를 전송할 수 있습니다. 이는 컴퓨터 간의 통신에 적합합니다. HDLC는 OSI 기본 참조 모델의 데이터 링크 계층 부분의 표준 방법과 동일합니다. HDLC는 광범위한 응용 분야를 갖고 있으며 최신 프로토콜의 데이터 링크 계층 대부분은 HDLC를 기반으로 합니다.

SDLC(Synchronous Data Link Control)

은 IBM에서 개발한 프로토콜로 SNA의 데이터 링크 제어 계층 프로토콜이 됩니다. 실제로 HDLC에도 포함되어 있습니다.

FDDI(광섬유 분산 데이터 인터페이스)

FDDI의 전송 속도는 100Mbps이고 전송 매체는 광섬유이며 토큰 제어 LAN입니다. FDDI의 물리적 전송 클럭 속도는 125MHz이지만 실제 속도는 100Mbps에 불과하다. 실제로 연결할 수 있는 워크스테이션의 최대 개수는 500개이지만, 100개 미만으로 사용하는 것을 권장합니다. FDDI 연결 형태에는 기본적으로 두 가지 유형이 있습니다. 하나는 1차 루프와 2차 루프의 두 개의 링으로 구성된 링 구조이고, 다른 하나는 허브를 중심으로 하는 트리 구조입니다. 워크스테이션 사이의 거리는 광섬유를 사용할 경우 2KM, 연선을 사용할 경우 100M입니다. 그러나 단일모드 광섬유의 경우 노드 간 거리를 2KM 이상으로 확장할 수 있다는 표준이 마련됐다. FDDI에는 DAS(이중 액세서리 스테이션), SAS(단일 액세서리 스테이션), 허브(집중기)의 세 가지 인터페이스가 있습니다. 일반적으로 1차 루프만 사용하고, 2차 루프는 백업 시스템으로 대기 모드로 둔다.

SNMP(Simple Network Management Protocol)

TCP/IP 프로토콜 세트의 네트워크 관리 프로토콜입니다. 널리 채택되었습니다. SNMP 관리 모델을 사용하는 인터넷 관리 프로토콜은 TCP/IP의 애플리케이션 계층에서 작동합니다. 장점은 네트워크 물리적 계층의 속성에 의존하지 않고 프로토콜을 지정할 수 있다는 것입니다. 모든 네트워크 및 관리에 공통 프로토콜을 사용할 수 있습니다. 관리자와 관리 대상 간에 클라이언트/서버 접근 방식을 사용할 수 있습니다. 에이전트(도구)라고 합니다. 관리자가 클라이언트로 작동하는 경우 관리자 또는 관리 스테이션이라고 부를 수 있습니다. 에이전트의 기능에는 운영 체제 및 네트워크 관리 계층 관리, 객체에 대한 7계층 정보 획득, SNMP 네트워크 관리 프로토콜을 사용하여 관리자에게 정보 통보 등이 포함되어야 합니다. 관리자 자신은 에이전트에 포함된 MIB(Management Information Base)의 가상 데이터베이스에 객체에 대한 정보가 저장되도록 요청해야 합니다. SNMP의 경우 관리에서 에이전트 네트워크 관리 개체 자체까지 개체를 얻거나 설정할 수 있어야 합니다. 상담원은 관리자가 요청한 응답을 완료해야 합니다. 동시에 에이전트 자체도 에이전트로 인해 발생하는 이벤트를 관리자에게 알려야 합니다. 10. Point-to-point 프로토콜 PPP(point to point Protocol) PPP는 RFC1171/1172로 공식화되었으며 IP를 포함한 LAN 프로토콜을 지점간 회선으로 중계하기 위한 인터넷 표준 프로토콜입니다. PPP는 생성 이후 여러 프로토콜과 호환되며 네트워크 계층 프로토콜에 의존하지 않는 데이터 링크를 갖도록 설계되었습니다. PPP를 사용하여 다양한 네트워크 계층 프로토콜을 중계하는 경우 각 네트워크 계층 프로토콜에는 PPP에 해당하는 특정 사양이 있어야 하며 이러한 사양 중 일부는 이미 존재합니다. PPP의 실제 설치가 시작되었으며, 특히 멀티 프로토콜에 적응해야 하는 라우터 제조업체에서는 PPP를 적극적으로 채택하고 있습니다. PPP는 두 가지 프로토콜로 구성됩니다. 하나는 프로토콜과 독립적인 데이터 링크를 보장하는 데 사용되는 LCP(Data Link Control Protocol)이고, 다른 하나는 PPP 환경에서 네트워크 계층 프로토콜 제어 기능을 구현하는 데 사용됩니다. 규약). 이를 위해서는 각 네트워크 계층 프로토콜에 NCP를 지정해야 합니다. NCP의 구체적인 이름은 해당 네트워크 계층 프로토콜에 따라 다릅니다. 더 정확하게 말하면 PPP에서 지정하는 프로토콜은 LCP뿐입니다. NCP와 네트워크 계층 프로토콜을 PPP 프레임에 넣는 방법은 다양한 네트워크 계층 프로토콜을 개발하는 제조업체의 몫입니다. PPP 프레임에는 LCP, NCP 및 네트워크 계층 프로토콜을 전송하는 기능이 있습니다. LCP를 활용하는 물리 계층 사양에는 특별한 제한이 없습니다. RS-232-C, RS-422/423, V.35 등 일반적인 물리적 커넥터를 사용할 수 있습니다. 전송 속도 적용 분야에는 특별한 규정이 없습니다. 물리 계층 사양에서 허용하는 전송 속도를 사용하면 됩니다. 대신, 전이중 통신 회선을 사용하십시오.

더 많은 관련 지식은 FAQ 칼럼을 방문해주세요!

위 내용은 프로토콜 없이 네트워크 통신을 할 수 있나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!