다. 여기서, TFTP 을통해파일을가져온 (TFTP GetFile) 후에 SNMP 을통해관리정보베이스 (Management Information Base : MIB) 설정요구 (SNMP SetRequest MIB) 가네트웍요소로내려가려면, 로그가데이터베이스에쓰여진 (w

Size: px

Start display at page:

Download "다. 여기서, TFTP 을통해파일을가져온 (TFTP GetFile) 후에 SNMP 을통해관리정보베이스 (Management Information Base : MIB) 설정요구 (SNMP SetRequest MIB) 가네트웍요소로내려가려면, 로그가데이터베이스에쓰여진 (w"

부자 나
5 years ago
Views:

1 (19) 대한민국특허청 (KR) (12) 공개특허공보 (A) (51) Int. Cl. 6 H04L 12/24 (21) 출원번호 (22) 출원일자 1998년07월23일 (71) 출원인삼성전자주식회사윤종용 (11) 공개번호특 (43) 공개일자 2000 년 02 월 15 일 경기도수원시팔달구매탄 3 동 416 (72) 발명자박상석 서울특별시은평구녹번동 277 대림아파트 (74) 대리인이건주 심사청구 : 없음 (54) 네트웍관리시스템에서의다수의네트웍요소에대한로그파일저장방법 요약 네트웍관리시스템에서의다수의네트웍요소에대한로그파일저장방법에관하여개시한다. 본방법은로그를가져오는핸들러가 tftp 를이용하여네트웍요소로부터로그파일을가져오는단계, 로그파일을임시디렉토리에임시저장하고, 바로계속해서다음로그파일을받을수있도록준비를하는단계, 및로그를가져오는핸들러가메시지큐를이용하여저장작업을의뢰하면, 임시디렉토리에있는로그파일을데이터베이스에저장하는단계를포함한다. 대표도 도 2 명세서 도면의간단한설명 도 1 은본발명에적용되는종래의네트웍관리시스템에서의네트웍요소에대한로그파일을저장하는과정을나타내는도면. 도 2 는본발명에따른로그파일을가져오는프로세스와데이터베이스에삽입하는프로세스간의파일저장에관한도면. 도 3 은본발명에따른네트웍관리시스템에서의네트웍요소에대한로그파일을저장하는과정을나타내는도면. < 도면의주요부분에대한부호의설명 > 10 : 네트웍요소 20 : 네트웍관리시스템 30 : 데이터베이스 발명의상세한설명 발명의목적 발명이속하는기술및그분야의종래기술 본발명은네트웍관리시스템 (Network Management System : NMS) 에서다수의네트웍요소 (Network Element : NE) 에대한로그파일 (log file) 저장방법에관한것으로서, 특히비동기전송모드 (Asynchronous Transfer Mode : ATM) 를기본으로하는교환시스템 (Switching System) 의네트웍을관리하는네트웍관리시스템을효율적으로운용하기위한방법에관한것이다. 일반적으로, 1 개의네트웍관리시스템은여러개의네트웍요소를관리하게된다. 로그종류에는장애로그 (Fault log) 또는성능로그 (Performance log) 가있는데, 이들로그는일정주기나로그파일이풀 (Full) 이되었을경우에네트웍요소로부터가져와서네트웍관리시스템에저장한다. 종래의네트웍관리시스템이네트웍요소로부터로그파일을가져오는방법을첨부한도 1 에서보여주듯 SNMP(Simple Network Management Protocol) 과 TFTP (Trivial File Transfer Protocol) 을이용하고있 6-1

2 다. 여기서, TFTP 을통해파일을가져온 (TFTP GetFile) 후에 SNMP 을통해관리정보베이스 (Management Information Base : MIB) 설정요구 (SNMP SetRequest MIB) 가네트웍요소로내려가려면, 로그가데이터베이스에쓰여진 (write) 후라야만가능하게된다. 기본적으로이방법은시간이많이걸리는처리방법이다. 이를실제상황에접속해보면, 4-5 대의네트웍요소와네트웍관리시스템간통신방법으로는사용이가능하지만, 그이상일경우에는다른방법을사용하지않으면안된다. 도 1 은종래의네트웍관리시스템에서의네트웍요소에대한로그파일을저장하는과정을나타내는도면으로, 이를참조하여자세히설명하면다음과같다. 네트웍요소 ( 비동기전송모드교환기 )(10) 내에있는장애로그파일이나성능로그파일이미리정해진양만큼차게되면, 로그핸들러 (log handler) 는트랩 ( 신호 ) 을네트웍관리시스템 (20) 으로쏘아올린다 (s1). 그러면, 네트웍관리시스템 (20) 내의트랩핸들러 (trap handler) 는이트랩을분석하여로그를가져오는핸들러 (get log handler) 에게처리를의뢰한다. 여기서, 핸들러는처리 (Process) 또는태스크 (Task) 를의미한다. 로그를가져오는핸들러는네트웍요소 (10) 의로그를가져오기위해서, 먼저 SNMP 을통해네트웍요소에있는로그파일을가져가겠다는플래그 (flag) 를설정 (set) 하고나서로그파일을가져간다 (s2). 로그파일을가져온후에는다시플래그를재설정 (reset) 한다 (s6). 플래그를설정 / 재설정시키는이유는로그파일을가져가는동안에도로그가발생하기때문이며, 이때발생한로그들은임시저장장소에기록해달라는약속이다. 그리고, 플래그를설정 / 재설정하는것은관리정보베이스라는파일내에로그파일을가져오기시작 (getlogfile start) 또는로그파일가져오기종료 (getlogfile finish) 를설정시킴으로써이루어진다. 네트웍요소 (10) 에서플래그설정 / 재설정요구를처리하게되면, SNMP 을통해네트웍관리시스템 (20) 으로처리되었음을알려준다 (s3, s7). 플래그설정이되면, 로그를가져오는핸들러는 TFTP 을이용하여네트웍요소 (10) 로부터로그파일을가져온다 (s4). 로그파일을가져온후에로그를가져오는핸들러는이를데이터베이스 (30) 에바로저장한다 (s5). 데이터베이스 (30) 에저장이끝나면, 로그를가져오는핸들러는네트웍요소 (10) 에플래그재설정정보를내려보낸다 (s6). 네트웍요소 (10) 로부터플래그가재설정이되면정보가올라오게되어모든처리가끝난다 (s7). 상기와같이동작하는종래기술에서만일네트웍요소에연속적인장애가발생하여장애로그가갑자기증가하게되고네트웍로그파일이빠른시간내에풀 (full) 이되면, 네트웍관리시스템에서는풀이될때마다매번이를가져다가데이터베이스에저장해야하는불편함이있다. 또한네트웍요소의개수가일정대수를초과하게되면로그파일을수집하여저장하느라네트웍관리시스템성능상에많은부하를주게되므로, 로그파일을수집하여저장하는처리방법을최적화하지않으면미처올라오지못한로그파일이네트웍요소에서용량초과로지워지게되는문제가발생하게된다. 발명이이루고자하는기술적과제 따라서, 본발명은상기된바와같은문제점을해결하기위하여창안된것으로, 네트웍관리시스템에서로그파일을수집하여저장하는처리를현재의순차적인처리에서병행처리로바꿈으로서성능향상과시스템의안정성을확보하는, 네트웍관리시스템에서의다수의네트웍요소에대한로그파일저장방법을제공하는것을목적으로한다. 본발명의상기및그밖의다른목적과새로운특징에대해서는아래의발명의상세한설명을읽고아래의도면을참조하면보다명백해질것이다. 발명의구성및작용 상기와같은목적을달성하기위하여창안된본발명에따른네트웍관리시스템에서의다수의네트웍요소에대한로그파일저장방법은로그를가져오는핸들러가 tftp 를이용하여네트웍요소로부터로그파일을가져오는단계, 상기로그파일을임시디렉토리에임시저장하고, 바로계속해서다음로그파일을받을수있도록준비를하는단계, 및상기로그를가져오는핸들러가메시지큐를이용하여저장작업을의뢰하면, 상기임시디렉토리에있는로그파일을데이터베이스에저장하는단계를포함한다. 본발명의실시예에있어서, 상기로그파일을가져오는핸들러는, tftp 로로그파일을가져와서임시디렉토리에임시저장한후바로계속해서다음로그파일을받을수있도록준비하고, 메시지큐에저장작업을의뢰하는처리핸들러와상기임시디렉토리에저장된로그파일을데이터베이스에저장하는저장핸들러로이루어지는것을특징으로하는것이바람직하며, 상기로그파일을임시디렉토리에임시적으로저장할때는, YYYYMMDD.hhmmssnnnn 의형태를갖는로그파일의파일명을포함하여저장하는것이바람직하다. 또한, 본실시예는상기네트웍요소내에있는장애로그파일이나성능로그파일이미리정해진양만큼차게되면, 로그핸들러가트랩을네트웍관리시스템으로보내는단계, 상기네트웍관리시스템내 6-2

3 의트랩핸들러가상기트랩을분석하여로그를가져오는핸들러에게처리를의뢰하는단계, 상기로그를가져오는핸들러가 SNMP 을통해네트웍요소에있는로그파일을가져가겠다는플래그를설정하는단계, 플래그설정이되면, 상기로그를가져오는핸들러가 TFTP 을이용하여네트웍요소로부터로그파일을가져오는단계, 상기로그를가져오는핸들러는상기네트웍요소로부터올라오는로그파일을가져오는즉시받아두고바로계속해서다음로그파일을받을수있도록네트웍요소에플래그재설정정보를내려보내고, 메시지큐에저장작업을의뢰하는단계, 상기네트웍요소로부터플래그가재설정이되면, 정보가올라오게되어모든처리가종료하게되는단계, 및상기메시지큐를읽어서상기네트웍요소로부터올라온로그파일을데이터베이스로저장하는단계를더포함하는것이바람직하다. 본발명은여러대의네트웍요소를관리하기위해로그를가져오는핸들러를두개의태스크로분리하여, 로그를가져오는핸들러가일단네트웍요소로부터올라오는로그파일은가져오는즉시받아두고, 바로계속해서다음로그파일을받을수있도록준비하는처리를수행하는태스크와상기로그파일을읽어서저장하는태스크로이루어진다. 이하, 본발명의실시예를첨부한도면을참조하여상세히설명한다. 도 2 는본발명에따른로그파일을가져오는프로세스와데이터베이스에삽입하는프로세스간의파일저장에관한도면이다. 기존발명에서는, 장애로그를가져오는핸들러 (get_faultlog handler) 와데이터베이스에쓰기 (write_to_database) 처리를하는핸들러가하나의모듈로되어있는데반해, 본발명에서는이를도 2 와같이둘로쪼개서 tftp 로로그파일을가져오는처리부분 (100) 과지역적데이터베이스 (local DB) 저장처리부분 (130) 으로분리한다. 그리고, 이들간에는메시지큐 (message queue)(110) 를사용하여 tftp 로가져온로그파일을지역적데이터베이스에저장을의뢰하는메시지를전달하기로한다. 상기와같이구성된본발명에서는 tftp 를이용하여네트웍요소로부터로그파일을가져오면 (100), 이를바로로그파일의임시저장장소인임시디렉토리 (temporary directory)(120) 에저장을하게된다. 여기서이름은유니크 (unique) 하게 YYYYMMDD.hhmmssnnnn 형태로저장한다. 이후, 메시지큐 (110) 에저장된파일이름을포함하여지역적데이터베이스에저장하라는사건 (event) 을날린다. 지역적데이터베이스저장처리 (130) 는메시지큐 (110) 를주시하고있다가사건을수신하자마자바로임시디렉토리 (120) 에저장된로그파일을읽어서데이터베이스에저장한다. 또한, 지역적데이터베이스저장처리 (130) 는데이터베이스저장후, 다시메시지큐 (110) 로부터의사건을기다린다. 도 3 은본발명에따른네트웍관리시스템에서의네트웍요소에대한로그파일을저장하는과정을나타내는도면으로, 다음과같은처리과정을수행한다. 네트웍요소내에있는장애로그파일이나성능로그파일이미리정해진양만큼차게되면, 로그핸들러는트랩을네트웍관리시스템 (20) 으로쏘아올린다 (s1). 그러면, 네트웍관리시스템 (20) 내의트랩핸들러는이트랩을분석하여로그를가져오는핸들러에게처리를의뢰한다. 로그를가져오는핸들러는네트웍요소 (10) 의로그를가져오기위해서, 먼저 SNMP 을통해네트웍요소에있는로그파일을가져가겠다는플래그를설정하고나서로그파일을가져간다 (s2). 또한, 로그파일을가져온후에는다시플래그를재설정한다 (s6). 여기서, 플래그를설정 / 재설정시키는이유는로그파일을가져가는동안에도로그가발생하기때문이며, 플래그를설정 / 재설정하는것은관리정보베이스라는파일내에로그파일을가져오기시작또는로그파일가져오기종료를설정시킴으로써이루어진다. 네트웍요소 (10) 에서플래그설정 / 재설정요구를처리하게되면, SNMP 을통해네트웍관리시스템 (20) 으로처리되었음을알려준다 (s3, s7). 플래그설정이되면, 로그를가져오는핸들러는 TFTP 을이용하여네트웍요소 (10) 로부터로그파일을가져온다 (s4). 로그를가져오는핸들러가일단네트웍요소로부터올라오는로그파일을가져오는즉시받아두고, 도 2 에표현된것과같이메시지큐에로그파일을저장하라는메시지를날리고, 네트웍요소에플래그재설정정보를내려보낸다.(s8). 네트웍요소 (10) 로부터플래그가재설정이되면정보가올라오게되어모든처리가끝난다 (s7). 데이터베이스저장핸들러는도 2 에표현된것과같이메시지큐를읽어서로그파일을데이터베이스에저장한다 (s9). 본발명은다양하게변형될수있고, 여러가지형태를취할수있지만, 상기발명의상세한설명에서는그에따라특별한실시예에대해서만기술하였다. 하지만, 본발명은명세서에서언급된특별한형태로한정되는것이아닌것으로이해되어야하며, 오히려본발명은첨부된청구범위에의해정의된, 본발명의사상과범위내에있는모든변형물, 균등물및대체물을포함하는것으로이해되어야한다. 발명의효과 상기와같이동작하는본출원에있어서, 개시되는발명중대표적인것에의하여얻어지는효과를간단히설명하면다음과같다. 6-3

4 TFTP 을이용한로그파일수집처리와지역적데이터베이스저장처리를분리함으로써아무리많은양의로그파일이발생하더라도네트웍요소로올라오는즉시바로임시디렉토리에저장되므로로그파일의유실은발생하지않는다. 또한 TFTP 과지역적데이터베이스저장처리를분리함으로써다수의네트웍요소로부터로그파일을받아들이는데있어서네트웍요소와네트웍관리시스템간의트래픽부하가최소화되는효과가있다. (57) 청구의범위 청구항 1 로그를가져오는핸들러가 tftp 를이용하여네트웍요소로부터로그파일을가져오는단계 ; 상기로그파일을임시디렉토리에임시저장하고, 바로계속해서다음로그파일을받을수있도록준비를하는단계 ; 및 상기로그를가져오는핸들러가메시지큐를이용하여저장작업을의뢰하면, 상기임시디렉토리에있는로그파일을데이터베이스에저장하는단계를포함하는, 네트웍관리시스템에서의다수의네트웍요소에대한로그파일저장방법. 청구항 2 제 1 항에있어서, 상기로그파일을가져오는핸들러는, tftp 로로그파일을가져와서임시디렉토리에임시저장한후, 바로계속해서다음로그파일을받을수있도록준비하고, 메시지큐에저장작업을의뢰하는처리핸들러 ; 와 상기임시디렉토리에저장된로그파일을데이터베이스에저장하는저장핸들러로이루어지는것을특징으로하는, 네트웍관리시스템에서의다수의네트웍요소에대한로그파일저장방법. 청구항 3 제 2 항에있어서, 상기로그파일을상기임시디렉토리에임시적으로저장할때는, YYYYMMDD.hhmmssnnnn 의형태를갖는로그파일의파일명을포함하여저장하는것을특징으로하는, 네트웍관리시스템에서의다수의네트웍요소에대한로그파일저장방법. 청구항 4 제 1 항에있어서, 상기네트웍요소내에있는장애로그파일이나성능로그파일이미리정해진양만큼차게되면, 로그핸들러가트랩을네트웍관리시스템으로보내는단계 ; 상기네트웍관리시스템내의트랩핸들러가상기트랩을분석하여로그를가져오는핸들러에게처리를의뢰하는단계 ; 상기로그를가져오는핸들러가 SNMP 을통해네트웍요소에있는로그파일을가져가겠다는플래그를설정하는단계 ; 플래그의설정이되면, 상기로그를가져오는핸들러가 TFTP 을이용하여네트웍요소로부터로그파일을가져오는단계 ; 상기로그를가져오는핸들러는상기네트웍요소로부터올라오는로그파일을가져오는즉시받아두고, 바로계속해서다음로그파일을받을수있도록네트웍요소에플래그재설정정보를내려보내고, 메시지큐에저장작업을의뢰하는단계 ; 상기네트웍요소로부터플래그가재설정이되면, 정보가올라오게되어모든처리가종료하게되는단계 ; 및 상기메시지큐를읽어서상기네트웍요소로부터올라온로그파일을데이터베이스로저장하는단계를더포함하는, 네트웍관리시스템에서의다수의네트웍요소에대한로그파일저장방법. 도면 6-4

5 도면 1 도면 2 6-5

6 도면 3 6-6

본 발명은 중공코어 프리캐스트 슬래브 및 그 시공방법에 관한 것으로, 자세하게는 중공코어로 형성된 프리캐스트 슬래브 에 온돌을 일체로 구성한 슬래브 구조 및 그 시공방법에 관한 것이다. 이를 위한 온돌 일체형 중공코어 프리캐스트 슬래브는, 공장에서 제작되는 중공코어 프

본 발명은 중공코어 프리캐스트 슬래브 및 그 시공방법에 관한 것으로, 자세하게는 중공코어로 형성된 프리캐스트 슬래브 에 온돌을 일체로 구성한 슬래브 구조 및 그 시공방법에 관한 것이다. 이를 위한 온돌 일체형 중공코어 프리캐스트 슬래브는, 공장에서 제작되는 중공코어 프 (51) Int. Cl. E04B 5/32 (2006.01) (19)대한민국특허청(KR) (12) 등록특허공보(B1) (45) 공고일자 (11) 등록번호 (24) 등록일자 2007년03월12일 10-0693122 2007년03월05일 (21) 출원번호 10-2006-0048965 (65) 공개번호 (22) 출원일자 2006년05월30일 (43) 공개일자 심사청구일자