KR19990016750A

KR19990016750A - 티디엑스-10 아이에스디엔 인터넷 접속 교환 시스템에서 프록시 서버의 제어 방법

Info

Publication number: KR19990016750A
Application number: KR1019970039417A
Authority: KR
Inventors: 이일우; 박호진
Original assignee: 이계철; 한국전기통신공사; 정선종; 한국전자통신연구원
Priority date: 1997-08-19
Filing date: 1997-08-19
Publication date: 1999-03-15
Also published as: KR100238420B1

Abstract

인터넷 서버의 처리능력 한계를 극복하기 위해서 기존의 인터넷 망에서 프록시 서버를 설치하고 이를 운영하는데, 인터넷 가입자 관점에서는 요구한 정보의 응답시간이 감소한다는 장점이 존재하지만, 망 입장에서는 인터넷 가입자로 부터 프록시 서버로의 트래픽은 새로운 오버헤드로 작용한다는 단점이 발생한다.

본 발명에서는 인터넷 트래픽 처리를 위해 기 개발된 TDX-10 ISDN 인터넷 접속 교환 시스템에 프록시 서버 시스템을 접속하고, 그 인터넷 접속 교환 시스템내의 서브 시스템에서 프록시 서버를 제어하여 가입자가 요청한 정보를 제공하게 함과 아울러 프록시 서버에 정보가 없을때는 인터넷 서비스 제공자의 원격서버로부터 정보를 획득하여 프록시 서버에 저장시킴과 아울러 가입자에게 제공하도록 한다. 이에따라 본 발명은, 기존 인터넷 망에서의 LAN(Local Area Network) 또는 모뎀(modem)을 통한 프록시 서버로의 통신 방법보다 교환 시스템의 자원을 이용하기 때문에 속도 측면 등에서 보다 효율적인 방안이다.

Description

티디엑스-10 아이에스디엔 인터넷 접속 교환 시스템에서 프록시 서버의 제어 방법

본 발명은 TDX-10 ISDN 인터넷 접속 교환 시스템에서 프록시 서버를 제어하기 위한 방법에 관한 것이다.

현재 전세계적으로 인터넷 사용자가 폭발적으로 증가하고 있으며, 클라이언트-서버 모델(client-server model)을 기반으로 하는 인터넷 망에서는 자연히 인터넷 서버에 접근하는 클라이언트(인터넷 가입자)의 요구가 증가하고 있는 상황이다. 따라서 인터넷 망의 대역폭과 서버의 처리시간(processing time) 및 기억장치(storage device) 등과 같은 인터넷 서버의 처리능력을 확장해야 날로 증가하고 있는 가입자의 요구를 만족시켜줄 수 있다. 이의 해결하기 위해서는 인터넷 망 설비를 확장하거나 인터넷 서버의 처리능력을 향상시켜야 한다.

그러나 소모되는 경비가 높아지므로 이의 대안으로서, 적은 비용을 가지고 인터넷 가입자의 요구를 만족시키는 방안이 필요하였다. 즉, 인터넷 망상에 프록시 서버(proxy server)를 설치하고 이곳에 캐시(cache) 메모리를 두는 방안으로서 인터넷 망상의 전체 트래픽(traffic)을 감소시키며 인터넷 가입자의 요구에 대한 응답 시간(response)을 줄일 수 있게 한다.

일반적으로 프록시 서버라 함은, 인터넷 망의 방화벽(firewall) 시스템에서 운영되는 특수한 목적을 가지는 서버를 말하는 것으로서, 클라이언트의 응용 프로그램(예, 웹 브라우저:Netscape Navigator, MicroSoft Explorer)에서 각 프로토콜별로 프록시를 지정하면 이후의 모든 요구는 프록시를 통해 처리되어 가입자가 필요한 정보를 받아볼 수 있게 된다. 엑세스 빈도가 높은 정보(자료)의 복사본을 원격 서버(remote server)로 부터 가져와서 디스크나 메모리보다 처리 시간이 빠른 장소 즉, 캐시에 두면서 캐싱(caching)되어진 정보에 대한 요구가 발생했을 경우, 즉시 캐시로부터 클라이언트로 전달하여 효율을 증대시키는 목적이 있다. 또한 특정 사이트(site)나 정보로의 접근을 필터링(filtering)하는 기능도 포함한다.

도 1은 기존 인터넷 망에서 가입자와 프록시 서버와의 통신 방법에 대한 구성도이다.

인터넷 가입자 단말상의 응용 프로그램(예, 웹 브라우저)에 프록시 서버가 설정되어 있지않으면, 포워딩 및 라우팅을 통해 해당 서버까지 요구 메시지를 전달하고 이의 응답 메시지를 전달받는다. 즉, 기존 IP(Internet Protocol) 데이타그램(datagram)의 전송 과정과 동일한 절차를 거쳐 서비스를 실현한다. 만일, 프록시 서버가 설정되어 있다면, 다음 절차를 거쳐 서비스를 실현하게 된다.

서브넷 상에서 인터넷 가입자인 클라이언트(101)로 부터 프록시 서버(103) 내의 서버 관리 모듈로 요구가 도착(102) 하면, 프록시 서버(103)의 서버 관리 모듈은 요구 메시지의 정보 중에서 URL(Unified Resource Locator)에 명시된 프로토콜을 키(key)로 하여 요구를 한 응용 프로토콜을 구별한다. 그리고, 상기 서버 관리 모듈은 요구된 정보(일반적으로 문서)가 로컬 캐시(104)에 저장되어 있는지를 검색(105)하고, 요구된 정보가 존재하면, 캐시의 해당 정보를 받아서(106) 요구한 가입자(101)에게 응답메세지(107)를 통해 전송 한다.

그리고, 요구된 정보가 존재하지 않으면, 응용 프로토콜에 해당하는 원격 서버(108)로 정보를 요청(109)하고, 원격 서버(108)는 요구된 정보를 프록시 서버(103)로 응답 전송(110)한다. 프록시 서버(103)는 원격서버(108)로부터 정보를 수신하여 로컬 캐시(104)에 저장(105)하는 한편, 이를 가입자인 클라이언트(101)에게 응답 메시지(107)를 통해 전송한다.

이상의 절차는 기본 처리 절차만을 기술한 것이며, 이에 더해 프록시 서버 기능에는 캐시 정보의 일치성 유지, 캐시 정보의 삭제 등과 같은 캐시 관리 기능도 포함된다.

한편, 프록시 서버의 사용으로 인해 발생하는 장,단점은 다음과 같다.

장점으로는, 착신의 대상이 되는 원격 서버까지 직접 라우팅(routing)되지 않고 로컬 프록시 서버내에 캐싱(caching)된 정보를 엑세스(access)하기 때문에 요구에 대한 응답 시간(response time)이 현저히 감소하고, 해당 원격 서버까지 라우팅되어야 하는 경우에 비하여 전체 인터넷 망 부하(load)와 인터넷 서버의 부하가 감소되며, 또, 클라이언트는 원격 인터넷 서버가 동작하지 않는 경우에도 캐싱된 정보를 얻을 수 있다.

단점으로는, 기존의 시스템 이외에 프록시 서버 시스템이라는 새로운 장비가 추가되어야 하며 이의 관리 문제가 대두되며, 캐시 운영 문제(캐시 내용의 일치성, 캐시 삭제 문제 등)가 발생한다.

따라서, 프록시 서버를 설치하고 캐시를 운용하는 방안에 대한 다음과 같은 기술적인 이슈들이 현재 많이 연구되고 있다.

1) 캐시 정보의 일치성 유지 관련

프록시 서버의 캐시 정보와 원격 서버의 캐시 정보간의 완전한 일치성을 보장하기는 현실적으로 상당한 어려움이 존재한다. 원격 서버의 정보 변화를 즉시 반영하여 프록시 서버의 캐시 정보를 갱신하는 정보 일치성 유지 문제는 다음의 방법으로 실현할 수 있다.

- 생존 시간(Time To Live : TTL) 설정 기능

프록시 서버의 캐시에 저장되는 정보들이 어느 일정 시간 동안 유효한지를 시간 값으로 설정해 두고 클라이언트에서 해당 정보의 요구가 있을 때 이 정보의 TTL 값이 종료(expire)되는 경우, 원격 서버로 정보를 다시 전송받아오도록 하는 방법이다. TTL 값의 적절한 설정이 중요한 관건이 된다. 이러한 방법은 신문사 혹은 방송국의 기사처럼 일정 주기로 갱신되는 정보에 대해서 효과적으로 적용할 수 있다. 또한 구현이 간편하여 현재 가장 많이 사용되고 있는 방법이다.

- 클라이언트 폴링(polling) 기능

클라이언트가 주기적으로 원격 서버에 폴링을 하여 프록시 서버의 캐시에 저장된 정보가 유효한지를 즉, 변경의 유무를 확인하는 방법이다. 이 방법도 역시 폴링 주기를 어떻게 설정하는가 하는 문제가 관건이 된다.

- 무효화 프로토콜(invalidation protocol)

원격 서버가 자신의 정보가 변경될 때 마다 프록시 서버의 캐시 정보가 유효하지 않다는 사실을 프록시 서버에게 통보하는 방법이다. 따라서 원격 서버는 자신이 제공하는 정보가 어느 프록시 서버에 복사본이 존재하는지는 알고 있어야 한다.

2) 캐시 정보의 삭제 기능

프록시 서버의 캐시는 유한한 크기를 가지며, 캐시에 존재하지 않는 정보의 요구가 클라이언트로 부터 들어오는 경우, 프록시 서버는 원격 서버로 부터 해당 정보를 전송받아 기존 캐시 정보중에서 하나 이상의 정보를 삭제하고 새로 전송받은 정보를 저장해야 한다. 이 경우 어떤 정보를 삭제할 것인가에 대한 문제이다. 가장 오래 저장되고 있는 정보를 가장 먼저 삭제하는 First-In First-Out(FIFO), 가장 최근에 사용된 정보를 가장 먼저 삭제하는 Least-Recently Used(LRU), 사용 빈도에 따른 삭제 정책인 LFU(Least-Frequently Used)등의 정책들이 이용된다.

그리고 이러한 삭제 정책을 언제 실행할 것인가에 대한 문제도 해결해야 하는데, 새로운 정보를 원격 서버로 부터 전송받을 때 삭제를 하는 경우, 일정 시간을 주기로 삭제를 하는 경우, 또는 두 가지 방법을 혼합하여 사용하는 경우 등이 있다.

3) 다중 프록시 서버 기능

프록시 서버에 정보를 요구하는 클라이언트들의 수가 증가 하면 프록시 서버로의 연결에서 병목 현상(bottleneck)이 발생한다. 이를 해결 하기 위해 여러 개의 프록시 서버를 두고 이들을 연동시켜 서로간의 정보를 공유하게 하는 방안이 필요하다. 그러나, 다중의 프록시 서버를 두는 방안은 멀티캐스팅 기능이 포함되기 때문에 부가되는 기능과 절차가 증가하게 되어 오히려 비효율적인 방안이 될 수 도 있다.

이와같이 다수의 인터넷 가입자들이 프록시 서버를 이용하게 되면, 프록시 서버로의 트래픽 량이 증가하게 되고 이러한 현상은 인터넷 망 전체 효율에도 문제를 야기하게 된다. 빠른 응답 시간 때문에 사용하게 된 기술이 오히려 병목(bottleneck)이 되는 현상이 발생할 수도 있게 되는 것이다.

본 발명에서는 기존 인터넷 망에서의 LAN(Local Area Network) 또는 모뎀(modem)을 통한 프록시 서버로의 통신 대신에 인터넷 트래픽을 공중망 교환 시스템에서 처리하기 위해 개발된 인터넷 서브 시스템을 프록시 서버의 제어에 사용 함으로써, 앞서 기술한 문제점을 해결하고자 한다.

본 발명은 프록시 서버로 동작될 시스템을 TDX-10 ISDN 인터넷 접속 교환시스템에 연결하고 상기 프록시 서버와 상기 인터넷 접속 교환시스템내의 가입자 인터페이스 프로세서간에 점대점 프로토콜(PPP) 연결 절차를 수행하여 인터넷 호 접속을 한 상태에서 그 인터넷 접속 교환 시스템이 상기 프록시 서버를 제어하여 가입자가 원하는 정보를 제공하도록 처리하되,

상기 가입자 인터페이스 프로세서는, 가입자 및 프록시 서버와 호 설정 절차에 의해 호 설정을 하고, 가입자의 정보요청시 프록시 서버에게 정보를 요청하여 획득된 정보를 가입자에게 전송하며, 프록시 서버내에 요청된 정보가 없을시에는 인터넷 서비스 제공자의 원격서버와 호설정 절차를 수행하고, 그 원격서버로부터 해당 정보를 획득하여 상기 프록시 서버의 캐시내에 새롭게 저장하게 함과 아울러 그 새롭게 저장된 정보를 해당 가입자에게 전송하도록 함으로써, 달성되는 것이다.

도 1은 기존 인터넷 망에서 가입자와 프록시 서버와의 통신 방법

도 2는 본 발명에 의한 TDX-10 ISDN 인터넷 접속 교환 시스템의 구성도

도 3은 본 발명에 의한 TDX-10 ISDN 인터넷 접속 교환 시스템에서 프록시 서버 제어 절차 구성도.

도 4는 본 발명에 의한 프록시 서버가 관리하는 캐시 테이블의 예시도

* 도면의 주요 부분에 대한 부호의 설명

201 : 가입자 202 : 프록시 서버

300 : TDX-10 ISDN 교환시스템내의 인터넷 서브 시스템

301 : 타임 스위치 302 : 타임 스위치 프로세서

303 : 가입자 인터페이스 보드 304 : 가입자 인터페이스 프로세서

305 : 프로세서간 통신망 306 : 엑세스 신호 프로세서

307 : 대용량 프로세서간 통신망 308 : 트렁크/라우팅 인터페이스 보드

309 : 트렁크/라우팅 인터페이스 프로세서

401 : 인터넷 서비스 제공자 라우터

402 : 원격 서버

도 2는 TDX-10 ISDN 인터넷 접속 교환 시스템의 구성도이다.

인터넷 가입자 처리 서브 시스템(인터넷 서브 시스템)(300)은 공중망 교환 시스템의 인터넷 데이터 접속 서비스에 등록된 ISDN(Integrated Service Digital Network) 가입자(201)로부터 인터넷 서비스 호 접속 요구를 받으면 교환 시스템에 연결된 인터넷 서비스 제공자(Internet Service Provider : ISP)(401)간 데이타 전송로를 설정하기 위한 호 처리 절차 수행과 점대점 프로토콜(Point-to-Point Protocol : PPP)을 이용하여 발신 가입자에게 IP 주소를 할당하여 IP(Internet Protocol) 데이타그램 전송이 가능하도록 제어 하는 기능을 수행한다. TDX-10 ISDN 공중망 교환 시스템내에는 인터넷 트래픽 처리를 위한 인터넷 서브 시스템(300)이 하나의 서브 시스템으로 실장되며, 주요 요소들(프로세서, 내부 통신망)의 구성은 다음과 같다.

다수의 가입자(201)와 프록시 서버(202)가 인터넷 가입자 처리 서브 시스템인 TDX-10 ISDN 인터넷 서브 시스템(300)의 타임스위치 프로세서(TSP ; Time Switch Processor)(302)의 제어를 받는 타임스위치(301)에 연결되고, 그 타임 스위치(301)는 가입자 인터페이스 프로세서(SIP ; Subscriber Interface Processor)(304)의 제어를 받는 가입자 인터페이스 보드(SIF ; Subscriber Interface Board)(303)에 연결되며, 그 가입자 인터페이스 보드(303)는 대용량 프로세서간 통신망(HIPCN ; High-capacity Inter-Processor Communication Network)(307)을 통한후 트렁크/라우팅 인터페이스 프로세서(TIP ; Trunk/Routing Interface Processor ) (309)의 제어를 받는 트렁크/라우팅 인터페이스 보드(TIF ; Trunk/Rounting Interface Board)(308)에 연결되며, 상기 타임 스위치 인터페이스 프로세서(TSP)(302)와, 상기 가입자 인터페이스 프로세서(SIP)(304) 및 상기 트렁크/라우팅 인터페이스 프로세서(TIP)(309)는 프로세서간 통신망(IPCN ; Inter-Processor Communication Network)(305)에 연결되고, 그 프로세서간 통신망(IPCN)(305)는 인터넷 호처리 정합 스위치 프로세서(ASP_INT ; Access Switch Processor for Internet)(306)에 연결되며, 상기 트렁크/라우팅 인터페이스 보드(308)가 외부의 인터넷 서비스 제공자(ISP)의 라우터(401)에 연결되고, 그 인터넷 서비스 제공자의 라우터(401)를 통해서 원격서버(402)에 연결되어 구성된다.

여기서, 상기 인터넷 호 처리를 위한 정합 스위치 프로세서(ASP_INT) (306)는, 인터넷 서비스 호 접속 요구를 처리하는 프로세서로서 ITU-T Q.931 신호 절차를 통해 발신 가입자와 ISP간의 통화로 설정을 담당한다. 디지틀 가입자 처리 서브 시스템의 번호 번역 블럭으로부터 인터넷 호 시도 신호에 의해 동작이 시작되면서 발신 가입자 호 제어 블럭의 대응부가 되어서 착신 가입자 호 제어 블럭에 해당하는 기능을 수행한다. 인터넷 가입자 인터페이스를 위한 교환 시스템 스위치 정보를 할당하고 인터넷 가입자 인터페이스 프로세서로 통보하는 기능을 수행한다. 또한 호 해제시 교환 시스템의 스위치 자원을 해제하는 등의 전체적인 제어 기능을 담당하는 주요 프로세서이다.

또, 가입자 인터페이스 프로세서(SIP)(304)는, 인터넷 서비스를 위한 가입자 인터페이스를 위해 각 인터넷 가입자에 대한 스위치 정보 및 인터넷 주소 정보를 관리하여 실질적으로 IP 데이타그램을 전송하는 기능을 수행한다. 2계층 프로토콜인 점대점(PPP) 프로토콜을 통해 발신 가입자와 접속을 통해 발신 가입자에게 인터넷 주소를 할당해 주는 기능을 담당한다. 이후 발신 가입자로 부터 전송되어 오는 IP 데이타그램을 대용량 프로세서간 통신망을 통해 전송하는 기능을 수행한다.

또, 트렁크/라우팅 인터페이스 프로세서(TIP)(309)는, 인터넷 서비스 제공자(ISP)(401)와 연결된 중계선(T1/E1) 관리 기능 및 IP 데이타그램을 전송하기 위한 대용량 프로세서간 통신망과 접속하는 기능을 수행하는 프로세서이다. 구현 초기에는, 교환 시스템에서 인터넷 서비스 제공자(ISP)의 라우터(401)로의 연결은 교환 시스템의 시리얼 인터페이스를 통해 RS-232C 또는 V.35 케이블로 회선 종단 장치(Data Service Unit/High Speed Modem/Channel Service Unit : DSU/HSM/CSU) 까지 연결되고, 회선 종단 장치에서는 전용 회선(4-wire 케이블)을 통해 ISP 측의 회선 종단 장치, 라우터까지 연결되는 형상을 가진다.

또, 대용량 프로세서간 통신망(HIPCN)(307)는, 고속(400Mbps)의 전송 속도를 가지는 프로세서간 통신망으로서, 인터넷 트래픽을 기존 공중망 교환 시스템의 프로세서간 통신망(Inter_Processor Communication Network : IPCN)으로 처리하기에는 부족하기 때문에, 전송속도를 높여서 데이타, 오디오, 비디오 등의 인터넷 트래픽을 고속으로 전송하기 위한 프로세서간 통신망이다.

이와같이 구성된 본 발명에서는, 프록시 서버(202)는 인터넷 서브시스템(300)의 가입자 인터페이스 프로세서(304)의 제어에 의해 점대점(PPP) 연결을 설정하고, 가입자(201)의 호 설정이 이루어진 후, 가입자(201)의 정보요청에 의해 타임스위치(301)를 통해서 프록시 서버(202)와 전송로를 설정하여 가입자(201)가 원하는 정보를 프록시 서버(202)가 제공하게 된다.

한편, 프록시 서버(202)에 원하는 정보가 없을 경우, 대용량 프로세서간 통신망(307) 및 트렁크/라우팅 인터페이스 보드(308)를 통하여 인터넷 서비스 제공자(ISP)의 라우터(401)에 연결하고, 그 인터넷 서비스 제공자(401)에게 설정된 원격서버(402)와의 전송로를 설정하여 원하는 정보를 취득하여 프록시 서버(202)가 자체 저장함과 아울러 다시 가입자 인터페이스 프로세서(304)를 경유하여 해당 정보를 요청한 가입자(201)에게 전송하게 된다.

도 3은 TDX-10 ISDN 인터넷 접속 교환 시스템에서 프록시 서버 제어 절차 구성도이다.

우선, 프록시 서버로 동작될 시스템을 TDX-10 ISDN 인터넷 접속 교환 시스템에 연결한다. 인터넷 가입자가 교환 시스템에 연결되는 절차와 동일하다. 이는 프록시 서버도 인터넷 가입자로 동작할 수 있다는 의미이다. 그러나 인터넷 서버의 설정은 서버로서의 기능만 동작되게 하는 것이 일반적이다.

[1] 프록시 서버(202)와 교환 시스템의 물리적인 연결이 끝난후, 프록시 서버(202)는 ITU-T Q.931 시그널링을 통해 TDX-10 ISDN 인터넷 접속 교환 시스템내의 인터넷 서브 시스템(300)까지 연결을 설정한다. 가입자로 부터 ISDN 디지틀 링크(64Kbps)를 통해 호 접속 요구가 정합 스위치 프로세서(306)(ASP)에 전송되고, 번호 번역 프로세서(Number Translation Processor : NTP)에서 착신번의 번호 번역이 수행된다. 번호 번역 결과 인터넷 호 임이 판명된다. 타임 스위치 프로세서(TSP)(302)와 공간 스위치 프로세서(Space Switch Processor : SSP)는 TDX-10 ISDN 교환 시스템 내부의 시간 및 공간 스위치 자원을 할당한다.

[2] 번호 번역 결과 인터넷 호 임이 판명되었으므로, TDX-10 ISDN 교환 시스템내의 인터넷 서브 시스템(300)으로 인터넷 호 설정 요구 (Internet Call Setup) 메시지를 전송한다.

[3] 인터넷 호 처리 정합 스위치 프로세서(ASP_INT)(306)로 착신 절차가 수행되는데, ASP_INT(306)는 가입자 인터페이스 프로세서(SIP)(304)로 인터넷 호 설정 요구 메시지를 전송한다.

[4] 인터넷 서브 시스템(300)내의 가입자 인터페이스 프로세서(SIP)(304)는 인터넷 호 설정 요구 메시지를 수신한 다음, 인터넷 프로토콜(IP) 데이타그램 송수신을 위한 점대점 프로토콜(PPP) 연결 절차(PPP Connection)를 수행한다. PPP 연결 절차동안 가입자에게 인터넷 호스트로서 동작하게 하는 IP 주소를 하나 할당한다.

PPP 연결이 종료되면, 프록시 서버(202)와 인터넷 서브 시스템(300)간에는 IP 데이타그램의 송수신이 이루어질 수 있게 된다. 이후의 단계에서는 인터넷 가입자(201)가 프록시 서버(202)를 통해 서비스 받는 절차에 대해 기술한다. 앞서 프록시 서버(202)의 연결과 동일한 시그널링과 절차가 수행된다.

[5] 가입자(201)로 부터 ISDN 디지틀 링크(64Kbps 또는 128kbps)를 통해 호 접속 요구가 정합 스위치 프로세서(306)의 엑세스 시그널링 프로세서(ASP)에 전송되고, 번호 번역 프로세서(NTP)에서 착신번의 번호 번역이 수행된다. 번호 번역 결과 인터넷 호 임이 판명된다. 시간 스위치 프로세서(TSP)(301)와 공간 스위치 프로세서(Space Switch Processor : SSP)는 TDX-10 ISDN 교환 시스템 내부의 시간 및 공간 스위치 자원을 할당한다.

[6] 번호 번역 결과 인터넷 호 임이 판명되었으므로, TDX-10 ISDN 교환 시스템내의 인터넷 서브 시스템(300)으로 인터넷 호 설정 요구 (Internet Call Setup) 메시지를 전송한다.

[7] 인터넷 호 처리 정합 스위치 프로세서(ASP_INT)(306)로 착신 절차가 수행되는데, 엑세스 신호 프로세서(306)는 가입자 인터페이스 프로세서(SIP)(304)로 인터넷 호 설정 요구 메시지를 전송한다.

[8] 인터넷 서브 시스템(300)내의 가입자 인터페이스 프로세서(SIP)(304)는 인터넷 호 설정 요구 메시지를 수신한 다음, 인터넷 프로토콜(IP) 데이타그램 송수신을 위한 점대점 프로토콜(PPP) 연결 절차를 수행한다. PPP 연결 절차동안 가입자(201)에게 인터넷 호스트로서 동작하게 하는 IP 주소를 하나 할당한다.

[9] IP 주소를 할당 받아서 인터넷 호스트로서 동작이 가능하게 된 가입자(201) 단말에서는 프록시 설정이 되어 있다면, 프록시 서버(202)와의 연결(HTTP Request)을 요구한다.

[10] 프록시 서버(202)와의 연결 요구를 수신한 가입자 인터페이스 프로세서(SIP)(304)는 프록시 서버(202)로의 물리적 연결을 설정하고, 정보 요구 메시지(HTTP Request)를 전송한다.

[11] 정보 요구 메시지를 수신한 프록시 서버(202)는 (도 4)에 나타낸 자신의 캐시 테이블을 체크하여 요구된 정보가 존재하면,

[12] 해당 정보를 가입자 인터페이스 프로세서(SIP)(304)를 경유하여 해당 인터넷 가입자(201)에게 전송한다.

[13] 그 가입자 인터페이스 프로세서(SIP)(304)가 프록시 서버(202)로부터 받은 정보를 타입스위치(301)를 통해서 해당 가입자(201)에게 전송한다.

[14] 만일, 프록시 서버(202)는 자신의 캐시 테이블에 요구된 정보가 존재하지 않으면, 원격 서버(402)로 정보 요청 절차를 통해 정보를 전송받아야 한다. 우선 가입자(201)로 부터 요청된 정보가 어떤 프로토콜에 대한 것인지를 확인해야 하는데, 수신한 HTTP 요구 메시지의 URL(Unified Resource Locator)에 명시된 프로토콜에 의해 원격 서버(402)를 연결한다. 단, 클라이언트는 HTTP(Hyper Text Transfer Protocol)가 아닌 다른 프로토콜을 이용하여 원격 서버에 연결할 때에도 프록시 서버(202)에는 HTTP 트랜잭션으로 요구 메시지를 전송한다.

[15] 프록시 서버(202)는 해당 프로토콜을 결정하여 가입자 인터페이스 프로세서(304)로 정보 요청 메시지를 전송한다.

[16] 가입자 인터페이스 프로세서(304)는 원격 서버(402)로의 정보 요청을 위해 외부 망과의 연결 지점이 되는 트렁크 인터페이스 프로세서(TIP)(309)로 정보 요청 메시지를 전송하여, 해당 원격 서버(402)로 라우팅이 되게 한다.

[17] TDX-10 ISDN 인터넷 시스템(300)으로 부터 정보 요청을 받은 인터넷 서비스 제공자(Internet Service Provider : ISP)의 라우터(401)는 기존의 서버와의 통신 프로토콜을 이용하여,

[18] 원격 서버(402)로 부터 요구된 정보를 획득한다.

[19] 원격 서버(402)로 부터 가입자(201)의 요구에 대응하는 적절한 정보를 인터넷 서비스 제공자(ISP) 라우터(401)를 통하여,

[20] TDX-10 ISDN 인터넷 서브 시스템(300)내의 트렁크/라우팅 인터페이스 프로세서(TIP)(309)를 거쳐서,

[21] 가입자 인터페이스 프로세서(SIP)(304)까지 수신한다.

[22] 가입자 인터페이스 프로세서(304)는 프록시 서버(202)에게 원격 서버(402)로 부터 수신한 새로운 정보를 전송한다.

[23] 프록시 서버(402)는 가입자 인터페이스 프로세서(304)로 부터 수신한 새로운 정보를 자신의 캐시 테이블에 저장한 다음,

[24] 해당 정보를 인터넷 가입자(201)에게 전달하기 위해 가입자 인터페이스 프로세서(304)로 전송한다.

[25] 가입자 인터페이스 프로세서(304)는 해당 정보를 인터넷 가입자(201)에게 전송한다. 이후에 동일한 정보가 가입자에 의해 요청된다면, 캐시 테이블에 저장되어 있는 정보를 즉시 제공할 수 있게 된다.

도 4는 프록시 서버가 관리하는 캐시 테이블의 구성 예이다.

프록시 서버(202)는 인터넷 가입자(201)로 부터 프록시 요구 메시지(HTTP Request)를 수신하면, 캐시 테이블을 참조하여, 요구된 정보가 캐시에 저장되어 있는지를 체크한다. 요구된 정보가 존재하면 이를 인터넷 가입자(201)에게 응답을 통해 전송한다. 요구된 정보가 저장되어 있지 않으면 원격 서버(402)로 요구 메시지를 라우팅하게 된다. 이 경우 기존의 프록시 서버에서 사용하는 캐시 테이블을 그대로 이용한다.

도 4는 새로 제안한 캐시 테이블이며 이 캐시 테이블을 구성하여 사용해도 될 것이다. 캐시 테이블의 내용은 요구된 정보를 참조하기 위한 키(key)가 되는 정보(화일)명[501]과, 정보의 원래 위치인 원격 서버의 IP 주소[502], 그리고 캐싱된 정보를 관리하기 위해 사용되는 정보의 생존 시간(Time To Live)[504], 인터넷 가입자에 의해 해당 정보가 얼마나 많이 엑세스되었는지를 나타내는 엑세스 빈도(Access Frequency)[505], 그리고 해당 정보가 언제 엑세스되었는지를 나타내는 최근 엑세스 시각(Recent Access Time)[506]으로 구성된다. 그리고 해당 정보를 응답해주기 위해 실질적으로 정보가 저장되어 있는 메모리 주소[503]가 포함된다.

도 4의 캐시 테이블 예는 123.222.101.10의 IP 주소를 가지는 원격 서버에서 kif-or.html이라는 정보(화일)을 전송받아 캐시에 저장하고 있으며, 이 정보는 캐시 메모리 주소 번지 03F0 ~ 03F5까지 저장되어 있다. 그리고 이 정보(화일)의 생존 시간은 3,600 초(sec)이며 이 시간이 종료되면, 이 정보는 삭제된다는 의미이다. 또한 이 정보(화일)은 모두 7번 인터넷 가입자에 의한 엑세스가 있었으며, 가장 최근에 엑세스 된 일시는 1997년 6월 6일 오후 1시 25분이다는 의미이다.

프록시 서버를 TDX-10 ISDN 디지틀 라인을 이용하여 접속하므로서, 기존 인터넷 망에서 LAN 또는 모뎀을 통한 접속 방법보다 속도가 향상될 뿐만아니라, 신뢰성있는 전송을 보장할 수 있고, 기존 LAN 또는 모뎀을 통한 프록시 서버 접속 방법에서는 오버헤드로 작용하는 트래픽 량을 본 발명에서는 충분히 극복할 수 있다. 또한 프록시 서버의 접속시 공중망 교환 시스템에서의 제어 방법에 대해서도 제시하였기 때문에 메일 서버(mail server), 미러 서버(mirror server), 화일 전송 서버(file transfer server) 등과 같은 다른 인터넷 서버들을 TDX-10 ISDN 교환 시스템에 연결하는 경우에도 활용할 수 있다.

Claims

프록시 서버로 동작될 시스템을 TDX-10 ISDN 인터넷 접속 교환시스템에 인터넷 가입자와 동일한 방식으로 연결하고 그 인터넷 접속 교환 시스템내 인터넷 서브시스템에서 상기 프록시 서버를 제어하여 가입자가 요청하는 정보를 제공하도록 처리하되,

a) 상기 프록시 서버와 가입자가 각기 상기 인터넷 접속 교환 시스템내의 가입자 인터페이스 프로서서와 점대점 프로토콜(PPP) 연결 절차를 수행하는 인터넷 호 접속 단계와,

b) 상기 가입자의 정보 요구 메시지에 의거하여 상기 가입자 인터페이스 프로세서가 상기 프록시서버에게 정보를 요청하고, 그 프록시 서버의 캐시에 요구된 정보가 있으면, 가입자 인터페이스 프로세서를 경유하여 상기 가입자에게 해당정보를 전송하는 단계와,

c) 상기 프록시 서버의 캐시내에 요구된 정보가 없으면, 상기 가입자 인터페이스 프로세서를 경유하여 인터넷 서비스 제공자의 원격 서버로 정보요청을 하는 단계와,

d) 상기 원격서버로부터 획득한 정보를 상기 가입자 인터페이스 프로세서가 상기 프록시 서버에게 전송하여 그 프록시 서버의 캐시에 새로운 정보로 저장하게 함과 아울러 그 저장된 정보를 상기 가입자 인터페이스 프로세서를 경유하여 상기 가입자에게 전송하는 단계를 수행하도록 이루어진 것을 특징으로 하는 TDX-10 ISDN 인터넷 접속 교환 시스템에서 프록시 서버의 제어 방법.
제 1 항에 있어서, 상기 c) 단계는,

상기 프록시 서버는 자신의 캐시 테이블에 요구된 정보가 존재하지 않으면, 상기 가입자로 부터 요청된 정보가 어떤 프로토콜에 대한 것인지를 확인하기 위해 수신한 HTTP 요구 메시지의 URL(Unified Resource Locator) 정보를 키(key)로하여 해당 프로토콜을 구별하고,

상기 프록시 서버는 해당 프로토콜을 결정하여 상기 가입자 인터페이스 프로세서에게 원격서버로의 정보 요청 메시지를 전송하며,

상기 가입자 인터페이스 프로세서는 원격 서버로의 정보 요청을 위해 외부 망과의 연결 지점이 되는 트렁크/라우팅 인터페이스 프로세서(TIP)로 정보 요청 메시지를 전송하여, 인터넷 서비스 제공자의 라우터를 통해 해당 원격 서버로 라우팅이 되게 하는 것을 특징으로 하는 TDX-10 ISDN 인터넷 접속 교환 시스템에서 프록시 서버의 제어 방법.
제 1 항에 있어서, 상기 d) 단계는,

상기 TDX-10 ISDN 인터넷 시스템으로 부터 정보 요청을 받은 인터넷 서비스 제공자(ISP)의 라우터가 기존의 서버와의 통신 프로토콜을 이용하여, 원격 서버로 부터 상기 가입자의 요구에 대응하는 적절한 정보를 획득하여 상기 TDX-10 ISDN 인터넷 서브 시스템내의 트렁크/라우팅 인터페이스 프로세서(TIP)로 전송하면,

그 트렁크/라우팅 인터페이스 프로세서(TIP)를 통해 수신된 원격 서버로부터의 정보를 가입자 인터페이스 프로세서(SIP)가 수신하고,

그 가입자 인터페이스 프로세서는 상기 프록시 서버에게 원격 서버로 부터 수신한 새로운 정보를 전송하며,

그 프록시 서버는 수신한 새로운 정보를 자신의 캐시 테이블에 저장한 다음, 해당 정보를 상기 가입자에게 전달하기 위해 상기 가입자 인터페이스 프로세서로 전송하며,

그 가입자 인터페이스 프로세서는 해당 정보를 상기 정보를 요청한 가입자에게 전송하는 것을 특징으로 하는 TDX-10 ISDN 인터넷 접속 교환 시스템에서 프록시 서버의 제어 방법.
제 1 항에 있어서, 상기 프록시 서버는,

요구된 정보를 참조하기 위한 키(key)가 되는 정보(화일)명과,

정보의 원래 위치인 원격서버의 인터넷 프로토콜(IP) 주소와,

해당정보를 응답해주기 위해 실질적으로 정보가 저장되어 있는 메모리 주소인 정보(화일)위치와,

캐시된 정보를 관리하기 위해 사용되는 정보의 생존시간(TTL)과,

인터넷 가입자에의해 해당정보가 얼마나 엑세스 되었는지를 나타내는 엑세스 빈도와,

해당정보가 언제 엑세스 되었는지를 나타내는 최근 엑세스 시각으로 이루어진 캐시 테이블을 구비하고,

프록시 서버가 상기 캐시 테이블을 관리하여 요구된 정보가 있는지를 찾음과 아울러 상기 캐시 테이블의 내용을 갱신하고, 새로운 정보를 저장할시 그 새로운 정보에 대한 캐시 테이블 정보도 저장하는 것을 특징으로 하는 TDX-10 ISDN 인터넷 접속 교환 시스템에서 프록시 서버의 제어 방법.