통신 장치 및 방법 document_id A220623057426

오늘 날의 글로벌 경제에서는, 다주적(multi-state) 및 다국적 기업들이 일반적이다. 그러한 기업들이 효과적으로 작업하기 위해서는, 사내의 보안 통신 채널이 아주 중요하다. 최근까지는, ISDN(Integrated Service Digital Network)에서 부터 OC3(Optical Carrier-3) 섬유에 이르는 전용 라인(leased lines)이 채용되어 왔다. 인터넷은 VPN(Virtual Private Network)이라고 하는 새롭고, 보다 저렴한 사내 통신 모델리티를 위한 프레임워크를 제공하고 있다. VPN은, 본질적으로, 원격 사이트 또는 사용자들을 서로 접속시키기 위해 공중 네트워크(예를 들어, 인터넷)를 이용하는 사설 네트워크이다. 전용 접속을 이용하는 전용 라인과는 다르게, VPN은 회사의 사설 네트워크나 중앙 사이트로부터 인터넷을 통해 고용인의 원격 사이트로 라우팅(routing)되거나 터널링(tunneling)되는 "가상" 접속을 이용한다. "터널"은 중계 프로그램으로서, 두 접속간의 블라인드 릴레이(blind relay)로서 작용한다. 그 터널은, IPsec(Internet Security Protocol), PPTP(Point-to-Point Tunneling Protocol) 및 L2TP(Layer 2 Tunneling Protocol)을 포함하는 임의 수의 프로토콜에 의해 정의된 대로 형성될 수 있다. 재택 근무자로 연장되는 2가지 주요한 유형의 암호화된 VPN들, 즉, IPsec VPN들 및 SSL/TLS(Secure Sockets Layer/Transport Layer Security) VPN들이 있다. IPsec VPN은 기업 서버와 전용 하드웨어 또는 소프트웨어 클라이언트 사이에 접속된다. 그러한 VPN은 TCP 또는 UDP 트래픽을 지원하는데, 그 트래픽은 GRE(Generic Routing Encapsulation)를 이용하여 다른 트래픽 유형을 지원하도록 연장될 수 있다. SSL VPN은 클라이언트가 범용 웹 브라우저(web brower)를 이용하여 기업의 VPN 서버에 접속할 수 있게 한다. 그들은 IPsec VPN보다는 기능면에서 더욱 제한을 받는데, 그 이유는 그들이 단지 TCP 트래픽만을 지원하기 때문이다. 전형적인 VPN 세션(session)을 실행하기 위한 프로세스가 도 1을 참조하여 설명될 것이다. 중앙 사이트(100)는 방화벽(104), 메인 오피스 LAN(108) 및 VPN 서버(112)(예를 들어, IPsec 또는 SSL VPN 서버)를 포함한다. 원격 사이트(116)는 방화벽(120), VPN 클라이언트(124) 및 원격 오피스 LAN(128)을 포함한다. 2개의 LAN들(108,128)은 신뢰성 없는 네트워크(132)(예를 들어, 인터넷)에 의해 상호 접속된다. VPN 서버(112)가 메인 오피스 LAN(108)에 개별적으로 접속되는 것으로 도시되었지만, VPN 서버(112)는 또한 메인 오피스 LAN(108)과 방화벽(104) 사이에 상주할 수 있다. 대안적으로, VPN 서버(112)는 방화벽(104)내에 집적화될 수도 있다. VPN 클라이언트(124)와 서버(112)는 터널링을 이용하여, 원격 통신 장치와 중앙 사이트간의 보안 통신을 실행한다. 터널링은 다른 패킷내에 전체 패킷을 배속시키고 신뢰성없는 네트워크(132)를 통해 캡슐화된 패킷을 전송한다. 터널링은 3개의 서로 다른 프로토콜, 즉, 신뢰성없는 네트워크(예를 들어, IP) 전용의 캐리어 프로토콜, 캡슐화 프로토콜(예를 들어, GRE, IPsec, L2F(Layer 2 Forwarding) 프로토콜, LLTP, L2TP, SSL, TLS, 계층 3등), 전송되고 있는 중인 원본 데이터 전용의 패신저 프로토콜(passenger protocol)(IPX, NetBeui, IP 및 VoIP(Voice over IP) 프로토콜)을 필요로 한다. 예를 들어, IPsec에서는 IP 패킷이 암호화되고 다른 IP 헤더 내에 캡슐화된다. VPN을 생성하면 안전한 메인 오피스 LAN(108)과 원격 오피스 LAN(116) 간의 보안 통신 채널을 수립하는데 도움이 된다. 현 VPN들의 한가지 단점은, 그들이 보안 통신을 도모하기 위해 VPN 서버(112)에 의존한다는 점이다. 따라서, 대역폭과 같은 통신 프로세싱 성능은 VPN 서버(112)의 성능에 의해 결정되고 제한된다. 반면, 피어-투-피어(P2P) 네트워크는 비교적 소수의 서버에 집중하기 보다는 네트워크 내의 참여자들의 컴퓨터 파워 및 대역폭에 주로 의존한다. P2P 네트워크는, 예를 들어, 사용자가 파일과 다른 실시간 및 비 실시간 데이터를 공유하기를 원하거나 통신을 공유하기를 원할 때 유용하다. 현재의 인터넷 기반 P2P 네트워크는, 예를 들어, Skype, Nimcat, Yahoo Instanct Messenger등을 포함한다. 그러한 P2P 네트워크는 비교적 간단한 직접-접속형 네트워크(direct-connected newtork)로서, 그 네트워크에서는 호출자 및/또는 피호출자가 NAT(Network Address Translation) 장치의 배후에서 운영하거나 인터넷 기반 비 NAT형 중계기들(Internet-based non-NATed intermediaries)에 의존하는 경우에 접속성을 해소하는 STUN, ICE, TURN등과 같은 중계 서버에 대한 얼마간의 필요성을 감소시킨다. 그러한 P2P 네트워크는 운영을 위해 오버레이 토폴로지(overlay topology)에 의존하지 않는다. 오히려, 대부분의 P2P 네트워크는 통신 네트워크에서 서로 통신하는 임의의 2개의 엔티티(entity)와 유사하다. 또한, P2P 참여자들의 임의의 그룹화는 현재 클라이언트 룰(client rule)에 의해 추진되는 것이 아니다. 오히려, P2P 참여자들의 그룹화는 전통적으로 참석 또는 다른 정책에 대해 중앙 서버가 도모하는 룰 기반 그룹화 또는 공통체에 기반한다. 이것은 클라이언트로부터 멀리 있는 P2P 네트워크를 통제한다. 다시 말해, P2P 네트워크는 프로세싱 작업을 분산시킬 수는 있지만, 네트워크의 나머지로부터 완전히 자율적인 것은 아니다. VPN과 P2P 네트워크를 조합하자는 제안이 있었다. 예를 들어, "ELA: A Fully Distributed VPN System over Peer-to-Peer Network"란 제목의 Aoyagi등에 의한 IEEE 논문에서는 P2P 네트워크상의 전-분산형(fully distributed) VPN 시스템이 제안되었는 바, 이 논문의 전체 내용은 본 명세서에서 참조로서 인용된다. P2P 네트워크상의 전-분산형 VPN 시스템을 본 명세서에서는 ELA(Everywhere Local Area) 네트워크라 할 것이다. ELA 네트워크는 어떠한 서버도 없는 소정 그룹의 노드들간에 VPN에 대한 사설 오버레이 네트워크의 수립을 가능하게 한다. 이에 따라 VPN 시스템은 VPN 서버의 사용자가 없는 VPN 시스템 구축이 가능하게 되고, 그에 의해 VPN 서버의 본질적인 단일 장애점 및 프로세싱 병목이 완화된다. 이 특정 논문이 종래의 VPN의 본질적인 프로세싱 문제점을 분산시키는데 도움을 주기는 하지만, 전통적으로 독립적 또는 자율적이지 않은 P2P 네트워크와 관련된 문제점을 처리하지는 못한다.