[정보통신기사 올인원] 컴퓨터 일반 및 정보설비기준-NW 운용관리

다음은 IP 특징입니다. IP는 이연결 기한 중이며 신뢰할 수 있고 데이터를 전송할 때 주소를 지정하고 행렬을 설정하지만 패키지 이슬렙이나 오류와 발생할 때에 대해서 대결하지 못할 수 있습니다. IP 특징은 유의적 소통과 연결 실종 없이 패키지를 전송하고 차가 도장하지 않고 목적 주소를 사용하고 경로 실종을 합니다. 예를 들어서 포스터 A에서 포스터 B로 패키지를 전달합니다. 이 네트워크에는 많은 라우터가 존재합니다. IP패킷은 먼저 IP헤드의 주소를 이용해서 주소 지정을 통해서 목적지 호스트에 패킷을 지정하고 목적지 호스트에 가기까지 경로 실종을 합니다. 경로 실종은 라우팅으로 합니다. 라우터의 경로가 짧거나 비용이 적게 되는 구간을 선택해서 경로 실종을 합니다. 중간에 경로 중에서 패킷을 전송할 때 라우터 모드에는 연결 실종 없이 이연결 지향적으로 패킷을 보내게 되고 이 패킷은 단지 다음 라우터로 패킷을 전달 던질 뿐이지 다음 라우터가 이 패킷을 잘 받았는지 안 받았는지에 대한 파킷력도 보장하지 않는다는 것이 IP 전송의 특징입니다. 물론 전송계층에서 UDP와 TCP를 통해서 UDP는 보다 빠른 전송을 할 수 있게 지원하고 TCP는 중간에 연결 지향적이거나 패킷의 수신, 응답에 대한 리스폰스를 통해서 액터 신호를 통해서 좀 더 신뢰성이 있는 정보 전송을 가지도록 지원하고 있습니다. IP 특징이 아닌 것은 신뢰성 IP 특징은 위적지 호스트에 지정하고 경로를 실종하는 특징을 가지고 있습니다. IP4와 IP6의 연동방법으로 틀린 것은 IP4 방식을 이용하다가 주소 고갈에 문제가 있어서 IP6 방식으로 거의 무한대의 주소를 사용할 수 있는 IP6로의 전환을 예정했는데 아직까지 완벽한 IP6를 사용하지는 않고 중간적인 단계에 있으며 계속적으로 IP6의 도급에 대해서 제한하고 있는 상황입니다. 지난번에 확인했을 때 어떤 부분은 70-80%까지도 IP6 전환이 완료되었는데 어떤 부분은 아직까지도 30% 위하인 것이 있고 이 문제는 IP4와 IP6가 혼용되어 있는 상태에서 어떻게 연동할 수 있는지에 대한 질문을 하고 있습니다. 첫 번째 방식은 듀얼 스택 방법입니다. 시스템 내에 IP4 스택도 있고 IP6 스택도 함께 보유하고 있는 방법으로 윈도우 같은 방법이 있습니다. 그래서 커맨더 창에서 IP 컨피거를 쳤을 때 IP4 설정도 놓고 IP6 주소도 가지고 있는 방법이 듀얼 스택 방식입니다. 그리고 터널링 방법으로 IP6로 보냈는데 중간에 레가시의 IP4망이 있을 때는 IP6 위에 IP6 패킷에 IP4 헤드를 추가해서 뒤에 있는 IP6 주소는 터널링 시키는 방식으로 중간에 헤드를 붙여서 통과하고 나왔을 때는 IP4 주소를 띄워내는 방식으로 사용하고 있는 방식이 터널링 방식이고 마지막 방식으로는 IP 주소와 IP4 주소 사이에 주소 배난 테이블을 두어가지고 IP6 주소가 날라오면 배당된 테이블에서 IP4 배난 주소를 보고 주소 배난하는 방식을 사용하고 있습니다. 그래서 IP4망에서 IP6망으로 지난 기술에는 듀얼 스택 기술, 패킷 추가적인 헤드를 추가하는 터널링 방법 그리고 기술 배난 방식, 트랜슬레이션 방식이 사용되고 있습니다. 뒤에는 IP4와 IP6의 배난 방식에 대한 중간적인 설명이 나오고 이중 스택 방식, 카리스마란 터널링 방식 그리고 주소 테이블을 이용한 주소 배난 방식 등이 있습니다. 그래서 연동방법에 해당하지 않는 것은 일반적으로 통신망의 크기에 따라 렌과 통신망을 비교할 때 적절하지 않은 것입니다. 알다시피 망의 크기에 따라서 렌, 맨, 웬이 있고 크기는 렌이 가장 작고 그 다음에 맨, 웬 방식으로 나와있고 렌은 사무실 위주로 좁은 범위의 네트워크이고 맨은 도시 범위에 있는 크기의 네트워크로 말하면 웬은 국가 범위의 네트워크인 문제에서는 용어를 묻는 것으로 렌, 맨, 웬을 묻는 것이고 그 크기가 맨이 가장 작고 맨, 웬이 가장 작은 정도면 이해하고 있으면 좋겠습니다. 따라서 크기에 따른 네트워크의 분류에서는 가장 크지 않은 것은 통신망입니다. VoIP 기술의 구성 요소로 틀린 것은 VoIP는 알고있다시피 기존에는 스킵 방식의 음성 전달하였으나 스킵 방식보다는 IP위에 보이스를 올려서 전화통화를 하는 방식으로 변했고 VoIP의 기본적인 구성 방식은 단말, 미디어 게이트웨이가 있고 여기가 출발지 A라는 단말이 있고 B라는 단말이 있고 단말이 B로 호호를 요청하면 미디어 게이트웨이는 시그널링 서버의 상대편 전화번호를 알려주고 시그널링을 요청하고 시그널링 호호가 셋업되면 셋업되고 단말이 전화를 받게 되면 시그널링 서버 없이 게이트웨이끼리 통화로만 설정이 가능합니다. 따라서 VoIP의 구성은 단말, 미디어 게이트웨이, 시그널링 서버로 구성할 수 있습니다. VoIP는 인터넷과 같은 네트워크를 통해 음성통신을 세셔널 전달하기 위한 기술이고 구성의 요소는 단말장치, 게이트웨이, 게이트키퍼가 있습니다. 게이트키퍼가 시그널링 서버로 동작하는 기술입니다. 미디어 게이트는 액수로 연결해주는 장치이고 시그널링 서버는 호출을 위한 제어 서버이며 따라서 구성의 요소로 틀린 것은 금액 교환 클라이언트 서버 네트워킹에 대한 설명으로 틀린 것은 클라이언트 서버는 보통 인터넷 방식, HTTP 방식에서 많이 쓰는 네트워크 중이고 중간에 서버가 있으면 이 서버에 클라이언트가 연결되는 중앙 집중식 방식으로 볼 수 있습니다. 주로 클라이언트가 리퀘스트를 날리면 서버는 어떤 클라이언트 요청에 의해서 응답하는 방식 동작에 대해서 완료했다고 리스펜스를 주는 방식으로 되어 있습니다. 클라이언트 서버 네트워크는 클라이언트가 요청하면 정보를 발휘하는 서버가 응답하는 방식이고 대부분의 웹사이트 HTTP 기반의 웹사이트가 클라이언트 서버 방식으로 연결되고 클라이언트가 여러 개이고 한 개의 서버는 중간 집중식 방식이며 고안성 유지하고 안전한 방식으로 되어 있습니다. 이와는 대조적으로 P2P 방식이 각자의 클라이언트가 메시 방식으로 구성되어 있습니다. 정해진 클라이언트 서버도 없이 개별 정보를 가지고 있고 모든 컴퓨터가 연결되고 맞는 네트워크입니다. 따라서 클라이언트 서버 방식은 각 서버에 특수한 역할을 분리하고 대부분의 정신은 클라이언트 서버에서 이루어지고 확장 장점입니다. 저비용의 소규모 네트워크는 P2P 방식으로 만들어집니다. 인터넷상에서 IP4와 IP6를 비교한 설명으로 옳지 않는 것은 IP4가 주소 보관이라던가 완성 또는 복잡성 때문에 IP6 버전이 나왔고 지금도 IP4에서 IP6로 진행을 계속 하고 있으며 여기서는 IP4와 IP6를 비교하는 정책입니다. IP4는 타임 오버 서비스 필드 여기서 프린지를 지원하고 일부는 지원하는데 완벽하지는 않다. 그러나 IP6에서는 해피 클래스던가 플로우 레이버를 이용하여 확장된 서비스 품질을 지원하고 있습니다. 서비스 품질이란 것은 클래스 패킷에 패킷 전달에서 클래스를 나누어가지고 고급 등급에서는 좀더 패킷 전달에 대한 신뢰성을 보장하기 위해 위한 서비스 방식입니다. IP4는 30m 에서 128m 있고 IP6는 거의 무한대기 시스템으로 만들고 있으며 이거는 지금도 예전 초창기에 만든 자료여서 연구용으로 많이 돌텐데 지금은 실제 상용에서도 IP6 기술을 위해서 패킷 전달이 이루어지고 있고 IP6가 헤드 8개 헤드 필드 12에서 8개로 간소화 되었고 이동 속도 IP6 에서는 IP버전 6에서는 복잡하고 있습니다. 설명이 IP4는 서비스 시스템도 헤드 구도가 복잡하다는게 IP버전 6에 비해서 복잡하다는게 헤드 구도가 필드가 12개 정도 있기 때문에 아까 앞에서 봤을 때 8개를 가진 6버전 복잡하다는 뜻이고 네트워크 크기가 22 클래스가 이루어진다는 뜻이고 아까 설명했듯이 IP4는 일부 서비스 레벨 QS를 보장하지만 IP6가 플로우 레이블 레이블을 통해서 트래픽 클래스와 플로우 레이블에 대해서 좀 더 나은 QS를 보장하고 있기 때문에 옳지 않아서 4번인 것 같습니다. 네 OSI 7개층과 TCP IP 프로토론 관계에 의하여 설명은 옳지 않아서 TCP IP 프로토론 82년에 OSI는 84년 연쇄 개강이었다는 것이고 TCP IP 프로토론 4개층으로 구성되어 있고 OSI 모델은 7개층인데 비슷하지만 정확하게 일치하지 않습니다. 그리고 OSI 모델의 상위 3개층은 TCP IP 프로토론 등 동료 개층으로 구성되어 있습니다. 레이어는 개념적으로 어떤 기능에 대해서 각 레이어에 대해서 분류할 수 있다는 개념적인 설명이지 모던 시스템의 실제 레이어가 이론적인 것과 정확하게 매칭되어 있지는 않습니다. 학술적으로 연구개발적으로 뭔가 설명이 필요하고 분류가 필요하기 때문에 OSI는 7개층으로 나누어져 있고 TCP IP 프로토론 4개층으로 나누어 가지고 모델은 연구개발하는 거나 시스템을 제공하는 회사 등에 대해서 제공하고 하는 것입니다. 그래서 TCP IP 프로토론은 먼저 개발되었다. TCP IP 프로토론 2개층 구분은 정확하게 일치하지 않습니다. OSI 모델은 7개층으로 TCP IP 프로토론 4개층으로 상위 4개층은 TCP 응용 개층은 상위 3개층까지가 응용 개층으로 하고 있는 모델입니다. 그래서 일치하는 것은 상관없습니다. IP 4에 대해서 위에 IP6에서 보완된 기능은 IP6는 전부 프레임 프로토론에서 아주 큰 패킷도 전송이 가능하고 그리고 2S 서비스 품질 측면에서 배터리 패스와 플로우 라이더를 설정할 수 있는 필드를 가지고 있으며 확장 헤더를 통해서 인증과 비밀 보장 기능이 진행이 가능합니다. 기존의 IP4도 시큐리티 기능이 있었는데 이때는 부가적인 기능은 인스토어를 해 줘야 되는데 IP6에서는 확장 헤더 옵션만 설정해 주면 추가적인 인증 기능을 적용할 수 있습니다. 이에 따라서 보완된 기능이 아닌 것은 패키지 확장 헤더 2S에 의해서 플로우 레벨링이라는 능력을 제공하고 인증과 비밀을 제공합니다. 인증을 제공합니다. 2C는 제한된 기술로 아니고 거의 무제한에 낫던 기술을 할 수 있습니다. 이에 따라서 보완된 기능이 플로우 레벨링이라는 IPTV IPTV 서비스의 데이터 데이터 전송 방식으로 가장 많이 쓰는 방식은 우리 가정에서 IPTV 를 사용하는데 IPTV는 서버에서 동일한 데이터 영화 데이터가 그 영화를 보는 사람 모두에게 동일한 데이터가 똑같이 날아가기 때문에 기존의 일대일 방식의 유니캐스트를 쓰게 되면 여기서 이게 미디어 서버고 이게 사용자 클라이언트 동일한 영화를 본다 할 때 동시에 할 때 미디어 서버가 유니캐스트 방식으로 A라는 가입자에게도 같은 데이터 B라는 가입자에게도 같은 데이터를 C라는 가입자에게도 같은 데이터를 보내게 되면 미디어 서버가 하는 일도 많아지고 그리고 네트워크에서도 동일한 데이터가 반복적으로 전송돼서 네트워크에도 부담을 주게 됩니다. 따라서 이러한 IPTV 전송 방식에서는 유니캐스트 방식을 사용하지 않고 멀티캐스트 방식을 통해서 가입자에게 동일한 데이터를 한 번 전송 동일한 데이터를 모두에게 전송하는 방식을 구성하고 있습니다. IPTV 서비스는 영상을 인터넷을 통해서 주신들에게 영상을 전달하고 표시하는 서비스이고 동일한 영상을 여러 가입자에게 전송하기 위해서 효율적인 전송 방식 동일한 데이터를 여러 가입자에게 전송하면 효율도 떨어지고 네트워크에도 부담을 주기 때문에 일대다 전송 방식이 가능한 멀티캐스트 방식을 사용하고 있습니다. 멀티캐스트는 그룹 그룹으로 전송하는 방식이고 일대일로 전송하는 유니캐스트와 달리 한 번에 전송으로 거기에 조인된 가입자에게 모두 데이터를 전송할 수 있어 네트워크 보아를 들일 수 있는 제소할 수 있는 그림으로 다시 보면 여기에 멀티캐스트 서버 예를 들어서 미디어 서버 영화를 전송하는 서버가 있다고 할 때 3번 전송으로 그룹이 있는 그룹이 설정된 라우트에게 전송을 하게 되고 이때 사용하는 멀티캐스트 라우트 그룹이 그룹 설정이 된 라우트에게 영상을 전송하고 사용자는 이 그룹에 조인이 되어 있으면 라우트는 해당 가입자에게 동일한 데이터를 전송할 수 있게 되어 있어 이때 그룹과 클라이언트 사이에 사용하는 프로토폴론 IGN IPTV 전송 방식에 사용하는 방식은 1대다 전송 방식인 멀티캐스트 방식을 사용합니다 네 다음 문제 IPv6의 주소 유형이 아니겠습니까 네 IP IPv6의 주소 유형에는 유니캐스트 1대일로 주소 적정한다 이 점을 여러개 쓸 수 있게 가장 가까운 요리에 멀티캐스트 는 전달하는 방식이 애니캐스트 방식이고 애니캐스트 방식은 기존 IPv4에 전송 주소 방식 로더캐스팅을 있습니다 그래서 IPv6에서 대신하는 주소 이 방식에는 Unicast, Multicast, Unicast가 있습니다. 유형 주소 전달하는 따라서 비소용이 아닌것은 Unicast입니다. OSI 창조 모델에서 n 개척 패킷의 대부분은 n 개척 패킷 전체를 포함합니다. 이 개념을 무엇이라고 합니까? OSI 개척이 7, 6, 5, 4, 3, 2, 1 이렇게 표현할 수 있습니다. 명령 개척을 데이터 개척으로 합니다. 데이터 개척이 전송 개척으로 가면 데이터 필드가 바디가 되고 전송 개척에서는 헤드가 납게 됩니다. DC 헤드가 됩니다. 데이터 개척으로 내려가게 되면 데이터 개척이 페이로드가 되고 데이터 개척에서 다시 IP 주소가 됩니다. 그리고 다시 아래 단계로 내려가게 되면 IP 헤드와 페이로드가 합쳐져서 하나의 페이로드를 추가하고 그 위에 헤드가 하나 더 있는데 이게 이더넷 헤드입니다. 이전에 있던 데이터 영역에서 헤드를 추가하고 새로운 헤드를 추가하는 방식을 캡슐하라고 합니다. 물리계층에서 데이터가 올라갔을 때 하나씩 헤드를 제거하는 과정을 여캡슐하 또는 비캡슐이라고 합니다. 캡슐하란 데이터를 전송할 때 상위계층으로 헤드를 만들어가는 과정 헤드를 붙이는 과정이고 여캡슐은 그 반대의 과정 데이터가 수신됐을 때 실제 내용을 실제 페이로드의 데이터의 값을 확인하기 위해서 헤드를 제거해 나가는 과정 여캡슐과 비캡슐 따라서 질문에 묻는 개념은 캡슐하 TCPIP계층에 포함하지 않는 것은 단기하지 않는 것은 TCPIP계층은 네트워크 인터페이스계층 인터넷계층 전송계층 국민계층 따라서 단기하지 않는 계층은 물리계층