KR100195642B1 - Method of security problem in computer network using ip/atm - Google Patents
Method of security problem in computer network using ip/atm Download PDFInfo
- Publication number
- KR100195642B1 KR100195642B1 KR1019950060955A KR19950060955A KR100195642B1 KR 100195642 B1 KR100195642 B1 KR 100195642B1 KR 1019950060955 A KR1019950060955 A KR 1019950060955A KR 19950060955 A KR19950060955 A KR 19950060955A KR 100195642 B1 KR100195642 B1 KR 100195642B1
- Authority
- KR
- South Korea
- Prior art keywords
- host
- atm
- address
- lis
- inatmarp
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5629—Admission control
- H04L2012/563—Signalling, e.g. protocols, reference model
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5665—Interaction of ATM with other protocols
- H04L2012/5667—IP over ATM
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5687—Security aspects
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
본 발명은 LIS외부의 제1호스트에서 LIS내부의 제2호스트에 연결을 요청할 때, LIS내의 ATMARP 서버에 구비된 LIS 내부 호스트들에 대한 데이터베이스를 이용하여 연결 여부를 결정하는 IP 오버 ATM을 사용하는 컴퓨터 네트워크에 있어서 보안문제 해결방법에 관한 것으로, 제2호스트가 제1호스트로 부터의 연결요구를 수락하는 단계; 상기 제2호스트가 InATMARP_request 메시지에 상기 제1호스트의 ATM어드레스를 실어 상기 ATMARP 서버에 전송하는 단계; 상기 ATMARP서버는 내부의 데이터베이스를 이용하여 상기 제1호스트의 ATM 어드레스에 대응하는 IP어드레스가 이 LIS내에 있는지를 검색한후, 상기 제1호스트의 IP 어드레스 또는 NAK 메시지를 InATMARP_응답 메시지에 실어서 제2호스트에 전송하는 단계; 상기 제2호스트는 상기 ATMARP서버로부터 전송되어 오는 InATMARP_응답 메시지에 상기 제1호스트의 IP 어드레스가 실려있으면 통신을 개시하고, NAK 메세지가 실려있으면 연결을 해제하는 단계를 구비하는 것을 특징으로 한다. 따라서, 교환되는 메시지 수를 2로 유지하면서 기존의 RFC1577을 사용하는 호스트와 프로토콜 호환이 되는 동시에 보안에 관련된 정보를 서버에게 집중시킬 수 있다.The present invention uses an IP over ATM that determines whether to connect using a database for LIS internal hosts provided in an ATMARP server in an LIS when a first host outside the LIS requests a connection to a second host in the LIS. A method for solving a security problem in a computer network, the method comprising: accepting a connection request from a first host by a second host; Sending, by the second host, the ATM address of the first host to the ATMARP server in an InATMARP_request message; The ATMARP server uses an internal database to search whether the IP address corresponding to the ATM address of the first host is in this LIS, and then loads the IP address or NAK message of the first host into an InATMARP_response message. Transmitting to a second host; The second host includes the step of initiating communication when the IP address of the first host is included in the InATMARP_response message transmitted from the ATMARP server, and disconnecting when the NAK message is loaded. Thus, while keeping the number of messages exchanged at 2, it is possible to concentrate protocol-related information on the server while being protocol compatible with the host using the existing RFC1577.
Description
제1도는 IP 오버 ATM의 동작을 설명하기 위한 개략적인 구성블럭도.1 is a schematic block diagram illustrating the operation of IP over ATM.
제2도는 LIS 모델을 나타낸 도면.2 shows a LIS model.
제3도는 IP 오버 ATM을 사용하는 컴퓨터 네트워크에 있어서 본 발명에 의한 보안문제 해결방법의 흐름도.3 is a flowchart of a security problem solving method according to the present invention in a computer network using IP over ATM.
* 도면의 주요부분에 대한 부호의 설명* Explanation of symbols for main parts of the drawings
11 : 호스트1 12 : 호스트211: Host 1 12: Host 2
13 : ATMARP서버13: ATMARP Server
본 발명은 비동기전송모드(Asynchronous Transfer Mode; 이하 ATM이라 칭함)에 관한 것으로서, 특히 IP(Internet Protocol) 오버 ATM을 사용하는 컴퓨터 네트워크에 있어서 보안문제 해결방법에 관한 것이다.BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to asynchronous transfer mode (hereinafter referred to as ATM), and more particularly to a method for solving security problems in a computer network using IP (Internet Protocol) over ATM.
ATM은 광대역 종합정보통신망(BISDN : Broadband Intergrated Services Digital Network)의 구현을 위한 최종적 전송모드로 표준화되고 있다. ATM은 그 특유의 비동기적 채널할당방법으로 인해 높은 유연성과 효율성을 인정받고 있지만, 통계적 멀티플렉싱(multiplexing)으로 인한 네트워크의 과잉밀집(congestion) 위험성이 잠재적으로 존재한다. 또한, 고속 전송률의 영향으로 인해 전파 지연시간과 처리시간이 상대적으로 증가하고 멀티미디어 트래픽(multimedia traffic)의 버스트(burst) 특성이 아주 다양하여 트래픽 제어가 매우 어려워진다.ATM is being standardized as the final mode of transmission for the implementation of the Broadband Intergrated Services Digital Network (BISDN). ATM is recognized for its high flexibility and efficiency due to its unique asynchronous channel allocation method, but there is a potential risk of overcongestion of the network due to statistical multiplexing. In addition, due to the influence of the high data rate, propagation delay time and processing time are relatively increased, and the burst characteristics of multimedia traffic are very diverse, which makes traffic control very difficult.
IETF(Internet Engineering Task Force)는 ATM 링크(link) 상에서 랜(LAN)트래픽을 전달하는 방식을 RFC1577과 RFC1483을 통해 제시하고 있다. 이는 classical IP over ATM이라고도 불리우는데, 랜 에뮬레이션(LAN emulation)에 의해 간단하게 구현할 수 있는 방법으로서 거의 모든 ATM 랜상에서 운용되고 있다. IP오버 ATM은 IP PDU(Protocol Data Unit)를 최소한의 오버헤드만으로 ATM을 통해 상대방의 IP 계층으로 전달함으로써 상위 응용 프로그램을 ATM 계층으로부터 은닉시킨다. 즉, IP 프로토콜상에서 운용되는 기존의 응용 프로그램은 자신의 하위계층이 ATM임을 전혀 알지 못한채 ATM이 제공하는 투명한 고대역을 이용할 수 있다. 그리고 기존의 MAC(Media Access Control)계층과의 호환을 유지할 필요가 없으므로 최대 프레임의 크기를 9000 바이트 이상으로 할 수 있어 대규모 데이터 전송시 이득이 된다. 그러나, IP 프로토콜만을 지원하며 기존의 랜 장비와의 접속은 브릿지(bridge)나 라우터(router)를 경유해야 한다는 단점이 있다.The Internet Engineering Task Force (IETF) is using RFC1577 and RFC1483 to deliver LAN traffic over ATM links. This is also called classical IP over ATM. It is a method that can be easily implemented by LAN emulation and is operated on almost all ATM LANs. IPover ATM conceals higher-level applications from the ATM layer by delivering IP Protocol Data Units (PDUs) through the ATM to the other party's IP layer with minimal overhead. That is, existing applications running on the IP protocol can use the transparent high bandwidth provided by ATM without knowing that its lower layer is ATM. In addition, since there is no need to maintain compatibility with the existing media access control (MAC) layer, the maximum frame size can be set to 9000 bytes or more, which is advantageous for large data transmission. However, there is a disadvantage that only the IP protocol is supported and the connection with the existing LAN equipment must be via a bridge or a router.
ATM을 통해 직접 IP PDU를 전송하기 위해서는 두가지 문제가 해결되어야 하는데, 첫째는 상대방 호스트와 설정되어 있는 VCC(Virtual Circuit Channel)상에 IP PDU를 어떻게 구분하여 보낼 것인가의 문제이고, 둘째는 4바이트의 목적지 IP 주소를 20바이트의 ATM주소로 매핑하는 방법이다.In order to transmit IP PDUs directly through ATM, two problems need to be solved. First, the problem is how to separate IP PDUs on the VCC (Virtual Circuit Channel) set up with the other host. This is a method of mapping a destination IP address to a 20 byte ATM address.
이를 해결하기 위하여 RFC1483은 ATM망에서 서로 다른 비연결성 프로토콜 PDU를 전달하는 방법으로서 하나의 ATM VC(Virtual Channel)에 PDU를 다중화하는 방법과, 프로토콜마다 서로 다른 VC를 통해 전달하는 방법을 정의하고 있는데, 현재의 RFC1577에서는 하나의 VC에 서로 다른 종류의 PDU를 다중화하는 LLC(Logical Link Control)/SNAP(Sub Network Access Protocal) 캡슐넣기(encapsulation)를 권고하고 있다.In order to solve this problem, RFC1483 defines a method of delivering different connectionless protocol PDUs in an ATM network, multiplexing PDUs over one ATM VC (Virtual Channel), and a method of delivering each protocol through a different VC. Currently, RFC1577 recommends LLC (Logical Link Control) / SNAP (Sub Network Access Protocol) encapsulation to multiplex different types of PDUs into a single VC.
한편, RFC1577은 IP 어드레스를 네트워크 물리적 어드레스로 변환하기 위한 프로토콜로서, ATMARP(ATM Adress Resolution Protocol)와 InATMARP (Inverse ATM Address Resolution Protocol)를 정의한다. 여기서, ATMARP는 IP 어드레스를 ATM 어드레스로, InATMARP는 역으로 ATM 어드레스를 IP 어드레스로 변환하는 프로토콜인데, 브로드캐스팅(broadcasting)을 지원하지 않는 ATM 망에서 어드레스 해상도 문제를 해결하기 위해 기존의 ARP(REC826), InARP(RFC1293) 프로토콜을 변형한 형태이다.RFC1577 is a protocol for translating IP addresses into network physical addresses and defines ATM Adress Resolution Protocol (ATMARRP) and Inverse ATM Address Resolution Protocol (InATMARP). Here, ATMARP converts an IP address into an ATM address and InATMARP conversely converts an ATM address into an IP address. In order to solve an address resolution problem in an ATM network that does not support broadcasting, an existing ARP (REC826) protocol is used. ), A modification of the InARP (RFC1293) protocol.
한편, IP 오버 ATM을 사용하는 컴퓨터 네트워크의 동작에 대하여 제1도를 참조하여 설명하면 다음과 같다.On the other hand, the operation of the computer network using the IP over ATM will be described with reference to FIG.
우선, 시스템 부팅(system booting)시 각 호스트(11)가 VC를 이용하여 ATMARP 서버(13)에 LLC/SNAP 캡슐넣기를 지원하는 연결을 설정하면, ATMARP 서버(13)는 발신 호스트로 IP 어드레스를 요청하는 InATMARP_요청 메시지를 보낸다. 호스트(11)가 자신의 IP 어드레스르 InATMARP_응답 메시지에 실어 ATMARP 서버(13)로 전송하면, ATMARP 서버(13)는 이 호스트가 자신이 관리하고 있는 서브넷상의 호스트인가를 확인한 후 자신의 ATMARP 캐쉬에 저장한다.First, during system booting, each host 11 establishes a connection that supports LLC / SNAP encapsulation to ATMARP server 13 using VC, and ATMARP server 13 sends an IP address to the originating host. Send request InATMARP_Request message. When the host 11 sends its IP address InATMARP_response message to the ATMARP server 13, the ATMARP server 13 checks whether the host is on a subnet managed by the host 11, and then caches its ATMARP cache. Store in
어떤 호스트가 서브넷 내의 다른 호스트(15)와 연결하고자 할 때 ATMARP 서버(13)로 상대방의 IP 어드레스가 담긴 ATMARP_요청 메시지를 보내면 ATMARP 서버(13)는 자신의 ATMARP 캐쉬를 검색하여 수신된 IP 어드레스에 해당하는 ATM 어드레스를 ATMARP_응답 메시지를 통해 전송하여 알려준다. 만약 ATMARP 서버(13)의 ATMARP 테이블 캐쉬에 목적 IP 호스트가 존재하지 않으면 ATMARP NAK(Negative Acknowledge)메세지로 응답한다. 이후, 발신 호스트는 ATMARP_응답 메시지로부터 얻어진 ATM 어드레스를 {IP 어드레스,ATM 어드레스}로 관련지어 자신의 ATMARP 캐쉬에 저정하며, ATM 어드레스로 시그널링을 하여 연결이 이루어진다.When a host wants to connect with another host 15 in the subnet, the ATMARP server 13 sends an ATMARP_Request message containing the other party's IP address. The ATMARP server 13 searches its ATMARP cache and receives the received IP address. The ATM address corresponding to the message is transmitted through an ATMARP_response message. If the destination IP host does not exist in the ATMARP table cache of the ATMARP server 13, it responds with an ATMARP NAK (Negative Acknowledge) message. Thereafter, the originating host associates the ATM address obtained from the ATMARP_response message with {IP address, ATM address} and stores it in its ATMARP cache, and makes a connection by signaling the ATM address.
이러한 경우 ATM 물리 네트워크상에서 논리적인 IP 랜을 구현할때에는 제2도와 같은 LIS(Logical IP Sunnetwork) 모델이 사용된다. 이 모델에 따르면 모든 ATM 호스트들은 서로 ATM 연결설정이 가능한 상황에서 논리적인 IP 서브넷을 구성하게 된다. RFC1577에 의하면 한 ATM 서브넷상의 IP 호스트들이 다른 서브넷상의 IP 호스트와 연결되려면 반드시 IP 게이트웨이(gateway)를 거쳐야 하는데 현재의 프로토콜(RFC1577의 ATMARP 프로토콜과 InATMARP 프로토콜)상에는 외부의 호스트가 IP 게이트웨이를 거치지 않고 서브넷내의 호스트에 접근할 수 있는 문제점이 있다.In this case, when implementing logical IP LAN on ATM physical network, LIS model is used. According to this model, all ATM hosts form a logical IP subnet in which ATM connectivity can be established with each other. According to RFC1577, IP hosts on one ATM subnet must pass through an IP gateway in order to connect to IP hosts on another subnet. There is a problem with accessing the host within.
예를 들어, 서브넷 외부의 호스트ⓛ가 서브넷 내부의 호스트②에 ATM VC 연결을 설정하고, InATMARP_요청 메시지를 보내면 내부 호스트②은 RFV1577의 InATMARP 프로토콜에 의해 정의된대로 자신의 IP 어드레스를 InATMARP_응답 메시지를 통해 외부 호스트①에게 알린다. 이는 내부 호스트②이 상대방의 IP 게이트웨이를 거치지 않고 IP 통신을 할수 있다는 의미로서, IP 게이트웨이를 거치지 않는다는 것은 파이어월(firewall)과 같은 보안방안들을 뚫고 들어온다는 의미이므로 망관리나 보안관리에 치명적인 상황이 발생한다.For example, if a host outside the subnet establishes an ATM VC connection to host ② inside the subnet, and sends an InATMARP_Request message, the internal host ② returns its IP address as defined by the InATMARP protocol of RFV1577. Notify external host ① through message. This means that the internal host ② can communicate with each other without going through the other's IP gateway. If the internal host does not go through the IP gateway, it means that it will penetrate through security measures such as a firewall. Occurs.
이 보안문제를 해결하기 위하여 호스트가 자신의 LIS에 있는 호스트들에 대한 데이터베이스를 가지고 있고, 상대 호스트로부터 연결요구가 발생하는 경우, 이 데이터베이스를 이용하여 자신의 LIS내의 호스트인가를 검색하여 해당하는 경우에만 연결을 수락하는 방법이 있으나, 만약 이 LIS의 구성이 바뀌는 경우 모든 호스트들이 이 데이터베이스를 변경해야 하는 번거로움이 있다.In order to solve this security problem, if a host has a database of hosts in its LIS, and a connection request occurs from the other host, the host is searched if it is a host in its LIS by using this database. There is a way to only accept connections, but if the configuration of this LIS changes, all hosts have to change this database.
따라서 본 발명의 목적은 상술한 문제점을 해결하기 위하여 IP 오버 ATM 교환기에 있어서 교환되는 메시지 수를 2개로 유지하면서 기존의 RFC1577을 사용하는 호스트와 프로토콜 호환이 되는 동시에 보완에 관련된 정보를 서버에게 집중 시킬 수 있는 방법을 제공하는 데 있다.Accordingly, an object of the present invention is to provide a protocol compatible with the host using the existing RFC1577 while maintaining the number of messages exchanged at the IP over ATM exchanger in order to solve the above-mentioned problems, and to concentrate the information related to the supplementation on the server. To provide a way to do this.
상기 목적을 달성하기 위한 본 발명은, LIS외부의 제1호스트에서 LIS내부의 제2호스트에 연결을 요청할 때, LIS의 ATMARP 서버에 구비된 LIS 내부 호스트들에 대한 데이터베이스를 이용하여 연결 여부를 결정하는 IP 오버 ATM을 사용하는 컴퓨터 네트워크에 있어서 보안문제 해결방법으로서: 상기 제2호스트가 제1호스트로 부터의 연결요구를 수락하는 단계; 상기 제2호스트가 InATMARP_request 메시지에 상기 제1호스트의 ATM어드레스를 실어 상기 ATMARP 서버에 전송하는 단계; 상기 ATMARP서버는 내부의 데이터베이스를 이용하여 상기 제1호스트의 ATM 어드레스에 대응하는 IP어드레스가 이 LIS내에 있는지를 검색한후, 상기 제1호스트의 IP 어드레스 또는 NAK 메시지를 InATMARP_응답 메시지에 실어서 제2호스트에 전송하는 단계; 상기 제2호스트는 상기 ATMARP서버로부터 전송되어 오는 InATMARP_응답 메시지에 상기 제1호스트의 IP 어드레스가 실려있으면 통신을 개시하고, NAK 메세지가 실려있으면 연결을 해제하는 단계를 구비하는 것을 특징으로 한다.The present invention for achieving the above object, when requesting a connection from the first host outside the LIS to the second host inside the LIS, determines whether to connect using a database for the LIS internal hosts provided in the ATMARP server of the LIS A method for solving a security problem in a computer network using IP over ATM, the method comprising: accepting a connection request from a first host by the second host; Sending, by the second host, the ATM address of the first host to the ATMARP server in an InATMARP_request message; The ATMARP server uses an internal database to search whether the IP address corresponding to the ATM address of the first host is in this LIS, and then loads the IP address or NAK message of the first host into an InATMARP_response message. Transmitting to a second host; The second host includes the step of initiating communication when the IP address of the first host is included in the InATMARP_response message transmitted from the ATMARP server, and disconnecting when the NAK message is loaded.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대하여 상세히 설명하기로 한다.Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.
제3도에 IP 오버 ATM을 사용하는 컴퓨터 네트워크에 있어서, 본 발명에 의한 보안문제 해결방법을 설명하기 위한 흐름도가 도시된다.3 is a flowchart for explaining a security problem solving method according to the present invention in a computer network using IP over ATM.
제3도를 참조하면, LIS외부의 호스트①에서 LIS내부의 호스트②에 연결을 요구하면, 호스트②는 일단 외부의 호스트①으로 부터의 연결요구를 수락한후(제31단계), 자신의 LIS내의 ATMARP 서버에 InATMARP_요청 메시지를 보낸다(제32단계). 이때, 제31단계의 연결 요구, 및 연결요구 수락 과정을 통해, 호스트②는 호스트①의 ATM어드레스를 미리 알게 된다. 따라서, 호스트②는 ATMARP 서버에 InATMARP_요청 메시지를 보낼 때, 호스트①의 ATM어드레스를 실어서 보낸다.Referring to FIG. 3, when the host① outside the LIS requests a connection to the host② inside the LIS, the host② once accepts the connection request from the external host① (step 31). InATMARP_Request message is sent to the ATMARP server in step 32. At this time, through the connection request and the connection request acceptance process of step 31, the host ② knows the ATM address of the host ① in advance. Therefore, when the host ② sends an InATMARP_Request message to the ATMARP server, the host ② loads and sends the ATM address of the host ①.
ATMARP 서버는 서버가 위치해 있는 LIS내의 모든 호스트에 대한 데이터베이스를 가지고 있다. 따라서, ATMARPT서버는 호스트①의 ATM어드레스를 수신한후, 호스트①의 ATM 어드레스에 대응하는 IP어드레스가 이 LIS내에 있는지를 검색한다. 검색 결과 호스트①의 ATM 어드레스에 대응하는 IP 어드레스가 있으면, 호스트①의 ATM어드레스를 InATMARP_응답 메시지에 실어서 호스트②에 전송한다.The ATMARP server has a database of all hosts in the LIS where the server is located. Therefore, after receiving the ATM address of host ①, the ATMARPT server checks whether the IP address corresponding to the ATM address of host ① is in this LIS. If there is an IP address corresponding to the ATM address of the host ①, the ATM address of the host ① is sent to the host ② by being loaded into the InATMARP_response message.
반면, 호스트①의 ATM 어드레스에 대응하는 IP 어드레스가 LIS내에 없으면, NAK(Negative Acknowledge) 메시지를 InATMARP_응답 메시지에 실어서 호스트②에 전송한다.On the other hand, if the IP address corresponding to the ATM address of the host ① is not in the LIS, a NAK (Negative Acknowledge) message is loaded into the InATMARP_response message and transmitted to the host ②.
따라서, 호스트②은 ATMARP 서버로부터 ATMARP_응답 메시지를 수신한후(제33단계), InATMARP_응답 메시지에 호스트①의 IP 어드레스가 실려 있으면(34단계), 통신을 개시하고(제36단계), InATMARP_응답 메시지에 NAK 메시지가 실려 있으면, 연결을 해제시킨다(제35단계).Therefore, after the host ② receives the ATMARP_response message from the ATMARP server (step 33), if the IP address of the host ① is included in the InATMARP_response message (step 34), communication starts (step 36). If a NAK message is included in the InATMARP_response message, the connection is released (step 35).
상술한 바와 같이 IP 오버 ATM을 사용하는 컴퓨터 네트워크에 있어서 본 발명에 의한 보안문제 해결방법에서는 교환되는 메시지 수를 2개로 유지하면서 기존의 RFC1577을 사용하는 호스트와 프로토콜호환이 되는 동시에 보안에 관련된 정보를 서버에 집중시킬 수 있는 장점이 있다.As described above, in the computer network using IP over ATM, the security problem solving method according to the present invention maintains the number of messages exchanged at two, and becomes compatible with the host using the RFC1577 and provides information related to security. There is an advantage to focusing on the server.
Claims (1)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1019950060955A KR100195642B1 (en) | 1995-12-28 | 1995-12-28 | Method of security problem in computer network using ip/atm |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1019950060955A KR100195642B1 (en) | 1995-12-28 | 1995-12-28 | Method of security problem in computer network using ip/atm |
Publications (2)
Publication Number | Publication Date |
---|---|
KR970056453A KR970056453A (en) | 1997-07-31 |
KR100195642B1 true KR100195642B1 (en) | 1999-06-15 |
Family
ID=19445692
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
KR1019950060955A KR100195642B1 (en) | 1995-12-28 | 1995-12-28 | Method of security problem in computer network using ip/atm |
Country Status (1)
Country | Link |
---|---|
KR (1) | KR100195642B1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20000071993A (en) * | 2000-06-10 | 2000-12-05 | 최제형 | Authentication method and device, and operation method for medium with specified period and anthorization for payment method of internet payinformation service |
-
1995
- 1995-12-28 KR KR1019950060955A patent/KR100195642B1/en not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
KR970056453A (en) | 1997-07-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5892924A (en) | Method and apparatus for dynamically shifting between routing and switching packets in a transmission network | |
US9215091B2 (en) | LAN emulation over infiniband fabric apparatus, systems, and methods | |
US5600644A (en) | Method and apparatus for interconnecting LANs | |
US7167923B2 (en) | System and method for selectively bridging and routing data packets between multiple networks | |
US7088689B2 (en) | VLAN data switching method using ARP packet | |
Davidson | An introduction to TCP/IP | |
US9319235B2 (en) | Authentication, authorization, and accounting based on an automatically generated username | |
JP4007690B2 (en) | End device and router | |
US20030167338A1 (en) | System and method to provide PPPoE connectivity to non-PPPoE clients | |
US6625158B1 (en) | Method and system for enhanced communication involving emulated local area networks | |
KR100231705B1 (en) | Structure and method of the hybrid gateway to support public and private IP address | |
KR100195642B1 (en) | Method of security problem in computer network using ip/atm | |
US20050044271A1 (en) | Method for allocating a non-data device to a voice vlan object of the invention | |
KR100195641B1 (en) | Method of security problem in computer network using ip/atm | |
JP3156231B2 (en) | Address resolution server | |
Cisco | ||
Cisco | ||
Cisco | ||
Cisco | ||
Cisco | ||
Cisco | ||
JP3173499B2 (en) | ATM device supporting multiple IP addresses | |
KR100224318B1 (en) | Lan traffic handling method in atm switching system of public network | |
KR100194576B1 (en) | Communication network interworking apparatus and method using IEEE 1355 packet routing server | |
KR100243672B1 (en) | Connectionless network service supporting method in atm |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A201 | Request for examination | ||
E902 | Notification of reason for refusal | ||
E701 | Decision to grant or registration of patent right | ||
GRNT | Written decision to grant | ||
FPAY | Annual fee payment |
Payment date: 20090202 Year of fee payment: 11 |
|
LAPS | Lapse due to unpaid annual fee |