From mailman-owner@ietf.org Fri Feb 1 06:50:15 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA18570 for ; Fri, 1 Feb 2002 06:50:15 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA04008 for ; Fri, 1 Feb 2002 06:50:18 -0500 (EST) Date: Fri, 1 Feb 2002 06:50:18 -0500 (EST) Message-Id: <200202011150.GAA04008@optimus.ietf.org> From: mailman-owner@ietf.org Subject: ietf.org mailing list memberships reminder To: ifmib-archive@ietf.org X-No-Archive: yes Precedence: bulk X-Mailman-Version: 1.0 Precedence: bulk List-Id: Session Initiation Protocol This is a reminder, sent out once a month, about your ietf.org mailing list memberships. It includes your subscription info and how to use it to change it or unsubscribe from a list. You can visit the URLs to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on. In addition to the URL interfaces, you can also use email to make such changes. For more info, send a message to the '-request' address of the list (for example, ifmib-request@ietf.org) containing just the word 'help' in the message body, and an email message will be sent to you with instructions. If you have questions, problems, comments, etc, send them to mailman-owner@ietf.org. Thanks! Passwords for ifmib-archive@ietf.org: List Password // URL ---- -------- ifmib@ietf.org agzm https://www1.ietf.org/mailman/options/ifmib/ifmib-archive@ietf.org From ifmib-admin@ietf.org Tue Feb 5 06:14:58 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA27194 for ; Tue, 5 Feb 2002 06:14:57 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA20752; Tue, 5 Feb 2002 06:14:16 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA20729 for ; Tue, 5 Feb 2002 06:14:15 -0500 (EST) Received: from localhost ([211.179.74.109]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA27163 for ; Tue, 5 Feb 2002 06:14:10 -0500 (EST) Message-Id: <200202051114.GAA27163@ietf.org> Reply-To: mallbank@mallbank.co.kr From: mallbank To: ifmib@ietf.org Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Tue, 5 Feb 2002 20:14:22 +0900 Subject: [ifmib] [광고]쇼핑몰 구축..망설이지마세요! 몰뱅크입니다. Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org 몰뱅크 쇼핑몰

이 정보가 필요하시지 않은 분께는 허락없이 보낸점에 대해서 양해를 구합니다.
본 메일 데이터는 공개적인 곳에서 취득한 것으로 메일이외에 개인정보는 없습니다.
[수신거부]를 누르시면 다음부터는 메일이 가지 않게 됩니다.
또한 광고라는 글을 밝힌 이메일은 스팸으로부터 걸려지오니 메일부가기능에 설정하시면 이와 비슷한 부류의 메일은 피하실수 있습니다.

몰뱅크에서는 새로운 쇼핑몰솔루션을 개발하여 저렴하게 제공하고자 합니다.

쇼핑몰의 주요특징

- 상품분류 관리 및 쉬운 상품등록
- 암호화를 통한 안전한 결재시스템
- 고객관리 시스템 탑재
- 인기상품, 우수고객 관리
- 고객방문로그 및 회원전체메일 기능
- 간편한 조작으로 쇼핑몰 환경변경 가능
- 게시판 자동생성 기능 (원하는 수만큼)
- 세션을 이용하여 보안에 치중

보다 자세한 내용은 홈페이지에 있습니다.
자신있게 다른 솔루션과 비교할 수 있습니다.

_______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Thu Feb 7 18:21:42 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA12656 for ; Thu, 7 Feb 2002 18:21:42 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA23744; Thu, 7 Feb 2002 18:21:19 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id SAA23726 for ; Thu, 7 Feb 2002 18:21:18 -0500 (EST) Received: from fridge.docomo-usa.com (fridge.docomo-usa.com [216.98.102.228]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA12647 for ; Thu, 7 Feb 2002 18:21:15 -0500 (EST) Received: from JohnnyDesktop (dhcp24.docomolabs-usa.com [172.21.96.24]) by fridge.docomo-usa.com (8.11.3/8.11.3) with SMTP id g17NKme08434 for ; Thu, 7 Feb 2002 15:20:48 -0800 (PST) Message-ID: <000701c1b02d$fbca98a0$186015ac@JohnnyDesktop> From: "Johnny Matta" To: Date: Thu, 7 Feb 2002 15:20:08 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Content-Transfer-Encoding: 7bit Subject: [ifmib] (no subject) Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org Content-Transfer-Encoding: 7bit Hello, I am new to the area of MIBs. I would like to know whether it's possible to obtain packet queuing delay statistics in the current object definitions of MIB. If not, can such a functionality be implemented? Thank you. Johnny M MATTA DoCoMo USA Labs, Inc. Email: matta@docomolabs-usa.com Phone: +1-408-451-4727 / Fax: +1-408-573-1090 Web: http://www.docomolabs-usa.com _______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Fri Feb 8 02:33:09 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA00254 for ; Fri, 8 Feb 2002 02:33:09 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id CAA20929; Fri, 8 Feb 2002 02:32:51 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id CAA20909 for ; Fri, 8 Feb 2002 02:32:50 -0500 (EST) Received: from shell4.bayarea.net (shell4.BAYAREA.NET [209.128.82.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA00249 for ; Fri, 8 Feb 2002 02:32:48 -0500 (EST) Received: from localhost (heard@localhost) by shell4.bayarea.net (8.9.3/8.9.3) with ESMTP id XAA11513; Thu, 7 Feb 2002 23:32:48 -0800 (envelope-from heard@pobox.com) X-Authentication-Warning: shell4.bayarea.net: heard owned process doing -bs Date: Thu, 7 Feb 2002 23:32:47 -0800 (PST) From: "C. M. Heard" X-Sender: heard@shell4.bayarea.net To: Johnny Matta cc: ifmib@ietf.org Subject: Re: [ifmib] (no subject) In-Reply-To: <000701c1b02d$fbca98a0$186015ac@JohnnyDesktop> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org On Thu, 7 Feb 2002, Johnny Matta wrote: > I am new to the area of MIBs. > I would like to know whether it's possible to obtain packet queuing delay > statistics in the current object definitions of MIB. Not in the IF-MIB. > If not, can such a functionality be implemented? It can be done in your enterprise MIB, if you care to do so. //cmh _______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Fri Feb 8 10:19:23 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA10576 for ; Fri, 8 Feb 2002 10:19:22 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA12753; Fri, 8 Feb 2002 10:19:05 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id KAA12731 for ; Fri, 8 Feb 2002 10:19:02 -0500 (EST) Received: from localhost ([211.179.75.140]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA10534 for ; Fri, 8 Feb 2002 10:18:57 -0500 (EST) Message-Id: <200202081518.KAA10534@ietf.org> Reply-To: mallbank@mallbank.co.kr From: mallbank To: ifmib@ietf.org Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Sat, 9 Feb 2002 00:18:59 +0900 Subject: [ifmib] [광고]쇼핑몰 구축..망설이지마세요! 몰뱅크입니다. Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org 몰뱅크 쇼핑몰

보다 자세한 내용은 홈페이지에 있습니다.
자신있게 다른 솔루션과 비교할 수 있습니다.

_______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Fri Feb 8 19:42:37 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28336 for ; Fri, 8 Feb 2002 19:42:37 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA14484; Fri, 8 Feb 2002 19:42:13 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA14457 for ; Fri, 8 Feb 2002 19:42:11 -0500 (EST) Received: from localhost ([61.248.253.33]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA28320 for ; Fri, 8 Feb 2002 19:42:05 -0500 (EST) Message-Id: <200202090042.TAA28320@ietf.org> Reply-To: webmaster@ibuksorak.com From: 황토마을 To: ifmib@ietf.org Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Sat, 9 Feb 2002 09:41:04 +0900 Subject: [ifmib] [광고]명절/휴가철 가족단위 휴향지.*북설악황토마을* Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org 가자북설악황토마을

북설악황토마을은 가족휴향지입니다.

각종 명절 . 휴가철에

가족단위 휴향지 를 찾으시나요?

그럼 북설악황토마을을 클릭해보세요...

저희 황토마을은 옛 부터 전해오는 전통공법인 아궁이에 장작을 태워 구들장을 데우는 바닥공법을 사용하였고 또한 전통 가옥의 불편함을 해소하기 위하여 서양식 입식 구조로 건축하였으며 건축자재는 100% 황토 소나무, 산돌로 지은 황토 집입니다.
또한 인진 쑥, 천궁, 송진으로 바닥을 마감하여 아로마 효과와 황토의 원적외선이 방출되어 혈액순환이 왕성해지고, 신경통, 관절염, 피부미용, 스트레스해소, 숙취 제거에 탁월한 효능이 있어 상쾌한 아침을 느끼실 수 있습니다.

		☞ 봄철에는 수채화 같은 설악산의 절경을 만끽하시면서 봄나물을 뜯을 수 있으며, 저렴한 가격으로 판매합니다. ☞ 여름철에는 저희 집 옆, 계곡에서 물놀이와 낚시도 하고 20분 거리에는 속초 바다가 있어 해수욕과 신선한 바다 회도 즐기세요.
아늑한 분위기!			-멋진 야경-

☞ 가을철 역시 각종 산약초와 산약초주, 그리고 화려한 설악단풍을 만끽하실 수 있습니다

☞ 겨울철에는 고구마나 감자같은 것을 구워먹을 수도 있구요,,넘 좋은 것 같아요,,

지금 예약하세요,,,,,

속초해수욕장내 민박도 있어요 링크

■ 가자북설악황토마을 홈페이지 : http://www.ibuksorak.com
■ 이메일 : webmaster@ibuksorak.com

본 메일은 정보통신망 법률 제 50조에 의거한 [홍보] 메일입니다.
귀하의 행복한 날과 하시는일 모두 번창하시길 바라며...
혹 프로그램 오류로 중복메일을 받으셨다면 정중히 사과드리며
더 이상 메일을 받고 싶지 않으시면 [수신 거부]를 클릭해 주시거나
회신하여 주시면 즉시 삭제하겠습니다. 감사합니다.
.

▶ 허락없이 홍보메일을 보내게 된 점 사과드립니다.
▶ 정보통신망이용촉진법규정을 준수하여 광고메일임을 표시하였읍니다.
▶ 전자우편주소는 인터넷상에서 취득하였으며, 전자우편주소외 어떠한 개인 정보도 가지고 있지 않습니다

!!!! 지금 이순간 님께서 저희 다이너스티를 만나신 것은 대단한 행운이라 확신합니다. !!!!

반갑습니다.
저는 부산에서 직장을 다니면서 부업으로 이 사업을 진행하고 있는 장강민이란 사람입니다.
적극적이고 열정적으로 살면서 자기 발전을 위해 끊임없이 노력하고 있습니다.

사업은 물론 만나서 대화를 나누어야 가장 좋겠지만, 우선 서면으로 대략을 알려드리니 살
펴보시고 계속 관심이 있으시면 연락주시기 바랍니다....

사업의 개념이 이해하기쉽고, 네트웤을 형성하는 방법이 on-line, off-line 으로 다양하고, 듣는 사람도 너무나 쉽게 납득할 수 있기 때문에 누구나 하실 수가 있습니다.

특히 기존에 어떤 형식이든 네트웤 마케팅을 하고 계시는 분들이면 더욱 잘 하실 수
있습니다.

이 사업은 통신 사업 중 가장먼저 시작된 새로운 사업으로서 다이너스티 라는 회사로 별정통신1호와 2호의 회사입니다.

자본 없이도 자기사업을 하는것과 같으며 시간이 흐름에 따라 점차 그 규모가 커져 1년 후 회원 수와 매출액면에서 비교가 안 될 정도로 확장되는 굉장히 비젼이 있는 사업입니다.

아마도 주변에서 아는분들이 다단계 사업을 하시면서 같이 사업해 보지 않겠냐는 제안 한 두 번쯤 안 들어보신 분들 거의없으리라 생각됩니다.

그렇지만 다단계가 뭡니까. 기존 시장의 유통구조를 바꾸어 즉 중간유통단계(총판, 대리점) 또는 광고없이 구전에 의한판매로 중간단계에서 발생되는 지출을 줄여 그수익을 소비자에게 환원시켜주는 선진형 판매방식입니다.

네트웍 사업은 회원들의 재구매가 빠른 제품으로 구성되어야 한다는것은 잘아시겠죠?
우리가 하루도 전화를 걸지 않고는 살아갈 수 없다는 것을 님께서도 인정하십니까?
바로 이 전화요금을 현재 기간통신에 후불로 납부하는것을 선불로 카드에 충전해서 쓰는것이 사업입니다.

2000년도 국내 소비시장중 통신시장규모는 자그만치 약24조원이었으며 2001년도는 아직 통계가 나오지 않아 잘모르지만 훨씬 늘어났으며 참고로 말씀드린다면 쌀소비시장은 약 1조원, 자동차시장-약6조, 유류(석유)시장-약6조원이었습니다.
통신시장 규모가 얼마나 큰시장인지 짐작이 가시겠죠?

이 거대통신시장이 이대로 개방된다면우리나라 신경인 통신은 그대로 외국유수업체에 잠식 당할 수 밖에 없습니다.
그래서 정부에서 별정통신을 허용하여 개인전화국(1호사업자)으로 하여금 개방이전에 국제경쟁력을 갖추기 위한 국책사업입니다.

통합선불카드 하나로 시내.외,공중전화 통화는 물론 휴대폰 기종,번호변경없이 011부터 019까지 축기능으로 많은 버튼을 누르지 않고 온가족이 함께 간편하게 사용하실수 있습니다.

물론 상기내용은 아주 기본적인 내용이구요.
자기밑으로 2명만 둘수 있는 바이너리 구조입니다

이외에도 부가산업도 뿐만아니라 수익구조,전자상거래등등 하고싶은 이야기는 많으나 이정도로 설명을 해드리구요 더궁굼하신것들은 직접 상담을 하시거나 회사의 홈페이지를 둘러보시면
되겠읍니다.

http://www.dynastytel.co.kr(별정통신)
http://www.clubaqua.co.kr(여행사)
http://www.visiondynasty.com(전자상거래)
http://www.e-dynasty.co.kr(홈페이지)
연락처 : codejang@intizen.com
H.P : 019-596-9808
수신거부 : e-dynasty@simmani.com 또는 아래의 수신거부 버튼을 눌러주세요

원치않으시면 수신거부 를 눌러주시고 제목에 수신거부라고 적어주시기 바랍니다. 불편을 드렸다면 죄송합니다. _______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Sat Feb 16 14:58:30 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA16048 for ; Sat, 16 Feb 2002 14:58:30 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA16280; Sat, 16 Feb 2002 14:57:52 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id OAA16258 for ; Sat, 16 Feb 2002 14:57:51 -0500 (EST) Received: from localhost ([211.228.6.26]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA16041 for ; Sat, 16 Feb 2002 14:57:45 -0500 (EST) Message-Id: <200202161957.OAA16041@ietf.org> Reply-To: dyd2103@kornet.net From: 안성철 To: ifmib@ietf.org Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Sun, 17 Feb 2002 04:57:45 +0900 Subject: [ifmib] 세상에 이런일이......'광 고' Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org

교통사고 보상상담 안내

자동차보험 지급기준과 법률상 손해액의 차이 비교[정보]

- 자동차보험 약관에서는 보험금 지급을 약관 지급기준에 의한 산출 금액과 법률상 손해액을 지급할 수 있도록 규정 되어 있습니다.

- 보험사는 위의 두 기준에 의해 보상을 하고 있기에 피해자가 자신의 권리를 아느냐 모르느냐에 따라 천지차이 보상이 이루어지고 있습니다.

그러면 두 기준이 어떤 차이가 있는지 몇 가지만 알아봅니다.

보험회사 약관지급기준

법률상 손해액

차이 분석

일

반

부

상

사

고

위자료

①1급상해로6개월입원시  200만

②14급상해                9만

①약500～700만

②약50～100만

약2～10배

휴업손해

①소득인정-입증소득액의 80%

       -입증불가 시 일용임금80%

②일용근로자 ; 도시 847,637

                               농촌 900,284

-입증소득전액인정

-통계소득인정가능

도시일용 900,284

농촌남자 1,281,150

통계소득인정 시 일용임금의 1.5배～2배

개호비

-인정불가

-사지마비 가정 개호만 인정

-상해정도 따라 인정 인정

-6세미만 입원기간내 인정

1달에 120만 차이 발생

장

해

발

생

위자료

-장해  20%       80만

-장해 100%     1000만

-장해  20%   1000만

-장해 100%   5000만

12.5배 차이

      5배 차이

상실수익

(일실이익)

-장해 인정되나 소득상실 없는 경우 50%만 인정

-중간이자공제 L계수적용

-장해 인정되면 100%인정
     (배 차이)

-중간이자공제 H계수

이자공제 방식에 따라 나이 어릴수록 크게 차이가남

사

망

시

위자료

-20세～60세           3200만

-20세미만 60세 이상    2800만

           5000만

1.5～1.78배

※ 상기 표는 극히 일부의 차이를 설명한 것임.

교통사고 보상 확실히 알고 받읍시다.
자세한 상담을 원하시면 060-700-2114 로...

저희 홈으로 오시려면 여기를 클릭 http//www.sos113.com

교통사고 보상상담 [060-700-2114]

본 메일은 정보통신부 권고 사항에 의거 제목에 [광고]라 표시된 광고 메일입니다. 메일을 읽어 주신데 대해 감사를 드립니다. 더이상 수신을 원치 않으시면 수신거부를 클릭하시어 귀하의 이메일 주소를 끝까지 입력하면 수신거부처리가 됨을 알려 드립니다.

_______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Sun Feb 17 13:16:12 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA09457 for ; Sun, 17 Feb 2002 13:16:12 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA20579; Sun, 17 Feb 2002 13:13:29 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id NAA20556 for ; Sun, 17 Feb 2002 13:13:28 -0500 (EST) Received: from yourwebsite.com (adsl-66-136-202-106.dsl.austtx.swbell.net [66.136.202.106]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA09396 for ; Sun, 17 Feb 2002 13:13:25 -0500 (EST) From: RCPMailing@hotmail.com Message-Id: <200202171813.NAA09396@ietf.org> Reply-To: RCPMailing@hotmail.com To: ifmib@ietf.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Sun, 17 Feb 2002 12:13:46 -0600 Subject: [ifmib] Receive $2 for every envelope you stuff for our company! Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org Receive $2 for every envelope you stuff for our company! No experience required! Visit http://www.rcplanet.tv for more information! Regards, RCPM Staff This is a one time e-mail and you will not recieve any more e-mails from us. _______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Mon Feb 18 01:52:47 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA19657 for ; Mon, 18 Feb 2002 01:52:47 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id BAA01649; Mon, 18 Feb 2002 01:52:40 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id BAA01600 for ; Mon, 18 Feb 2002 01:52:38 -0500 (EST) Received: from iere.net.avaya.com (iere.net.avaya.com [198.152.12.101]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA19650; Mon, 18 Feb 2002 01:52:34 -0500 (EST) Received: from iere.net.avaya.com (localhost [127.0.0.1]) by iere.net.avaya.com (8.11.2/8.9.3) with ESMTP id g1I6pD728059; Mon, 18 Feb 2002 01:51:13 -0500 (EST) Received: from IS0004AVEXU1.global.avaya.com (h149-49-38-91.avaya.com [149.49.38.91]) by iere.net.avaya.com (8.11.2/8.9.3) with ESMTP id g1I6pCc28053; Mon, 18 Feb 2002 01:51:13 -0500 (EST) content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Mon, 18 Feb 2002 08:51:09 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: Thread-Topic: [Hubmib] RE: [EFM] Performance monitoring, installation, trouble shooting . Thread-Index: AcG35qJhjiltHJLDR7WreEhGsvti+AAXv3oQ From: "Romascanu, Dan (Dan)" To: "Andrew Smith" , , Cc: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by optimus.ietf.org id BAA01603 Subject: [ifmib] RE: [Hubmib] RE: [EFM] Performance monitoring, installation, trouble shooting . Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org Content-Transfer-Encoding: 8bit The statement in RFC 2665 refers at the work that was being done at that time (around 1998-99) in the Interfaces MIB (ifmib) WG. The assessment of the editors of the Ethernet-like interfaces MIB was that if a more generic interface test MIB will be defined, there is no need for an Ethernet-specific interface test table. The ifTest table is deprecated in the latest version of the Interfaces MIB successor - RFC 2663. The editor of the Ethernet-like MIB should correct the text referred by Andy in the new revision of the MIB occasioned by the 10GBE support. AFAIK, there is no replacement for ifTest. Actually the definition of ifTest was generic enough for 'strange un-SNMP-like things'. I do not remember all discussions that led to the deprecation of ifTest table, but the lack of implementation reports might have been part of this. I do think that there is a need for such a function. Still, I prefer it to be generic, and not Ethernet-specific. If there is a broader interest, ifmib is IMO the place to (re)-do it. Regards, Dan > -----Original Message----- > From: Andrew Smith [mailto:ah_smith@acm.org] > Sent: Sunday, February 17, 2002 9:38 PM > To: hubmib@ietf.org > Cc: mattsquire@acm.org > Subject: [Hubmib] RE: [EFM] Performance monitoring, > installation, trouble shooting . > > > Forgive my ignorance on the history of the following > statement in RFC2665: > > "Note that the ifTestTable is now deprecated. Work is underway to > define a replacement MIB for system and interface testing. It is > expected that the tests defined in this document will be usable in > this replacement MIB." > > The "Ethernet in the First Mile" group in IEEE 802.3 is looking at > requirements for management; specific requirements are for > the minimisation > of "truck-rolls" (see message thread below - it talks about a > PHY-level > loopback requirement). Has there been any further work on > this in any IETF > WG? Was the ifTest stuff thrown out because it might do > strange un-SNMP-like > things like cut off connectivity for some (arbitrary? > predetermined?) period > of time? > > Could someone fill me in on the history here? > > Thanks, > > Andrew Smith > > > > -----Original Message----- > From: owner-stds-802-3-efm@majordomo.ieee.org > [mailto:owner-stds-802-3-efm@majordomo.ieee.org]On Behalf Of > Matt Squire > Sent: Sunday, February 17, 2002 8:43 AM > To: Roy Bynum > Cc: kmccammon@tri.sbc.com; stds-802-3-efm@ieee.org > Subject: Re: [EFM] Performance monitoring, installation, trouble > shooting . > > > > > I'll repeat the current status of loopback within OAM. > - A ping connectivity test is a requirement. > - A loopback mode is a requirement. > - Controlling the state of the loopback mode at the other end > of a link > is a requirement. > > There is also a group of people that believe that the functionality of > loopback can be achieved without a loopback mode, but > enhancing the MIBS > and the PHY functionality. They are actively investigating the > possibility. When and if they think they can show equivalent > functionality, the results will be presented to the > reflector. At that > point everyone can judge whether the alternate method provides > equivalent function. > > Loopback itself is a function. The function is used to > fulfill certain > operational requirements. If those requirements can be met with other > methods, and this point can be provent to the group as whole > (including > Kent), then the other methods deserve consideration. I don't > think this > is in any way conflicts with Kent's statement (though I'm sure he'll > correct me if I'm wrong). > > Loopback will remain a requirement until someone can prove to the OAM > group that there is a better way. > > - Matt > > > Roy Bynum wrote: > > > > Kent, > > > > I have found that if you do not use strong enough language, > the vendors > > that may not have what you require, will attempt to > "interpret" your words > > so that they can mean something totally different than what you > > intended. If I am correct, you may want to resend your > comment and use > the > > words "our operations requires that ability". If you check > with your > > equipment "certification" people for edge access > infrastructure, you may > > find that loop back functionality at the physical layer is a hard > > requirement, just like it is on T1/T3 infrastructure today. > I know that > it > > was a requirement the large service provider that I was > previously with. > > > > Thank you, > > Roy Bynum > > > > At 04:18 PM 2/15/2002 -0800, kmccammon@tri.sbc.com wrote: > > > > >Bob, > > >Loopback functionality is important for SBC, our > operations need that > > >ability. > > >-Kent > > > > > >Kent G. McCammon > > >Broadband Access Group > > >SBC Technology Resources, Inc > > >4698 Willow Road > > >Pleasanton, CA 94588 > > >925-598-1246 > > >kmccammon@tri.sbc.com > > > > > > _______________________________________________ > Hubmib mailing list > Hubmib@ietf.org > https://www1.ietf.org/mailman/listinfo/hubmib > _______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Mon Feb 18 07:55:07 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA01387 for ; Mon, 18 Feb 2002 07:55:07 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA17970; Mon, 18 Feb 2002 07:54:52 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id HAA17947 for ; Mon, 18 Feb 2002 07:54:51 -0500 (EST) Received: from hoemail1.firewall.lucent.com (hoemail1.lucent.com [192.11.226.161]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA01363; Mon, 18 Feb 2002 07:54:46 -0500 (EST) Received: from nl0006exch001h.wins.lucent.com (h135-85-76-62.lucent.com [135.85.76.62]) by hoemail1.firewall.lucent.com (Switch-2.1.3/Switch-2.1.0) with ESMTP id g1ICsIv00721; Mon, 18 Feb 2002 07:54:18 -0500 (EST) Received: by nl0006exch001h.nl.lucent.com with Internet Mail Service (5.5.2650.21) id <1Z89LVW4>; Mon, 18 Feb 2002 13:54:17 +0100 Message-ID: <114DE1AABD7DD41189B600508BAF1271054888F1@nl0006exch005u.nl.lucent.com> From: "Wijnen, Bert (Bert)" To: "Romascanu, Dan (Dan)" , Andrew Smith , hubmib@ietf.org, ifmib@ietf.org Cc: mattsquire@acm.org Date: Mon, 18 Feb 2002 13:54:14 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [ifmib] RE: [Hubmib] RE: [EFM] Performance monitoring, installation, trou ble shooting . Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org > The ifTest table is deprecated in the latest version of the Interfaces > MIB successor - RFC 2663. The editor of the Ethernet-like MIB should > correct the text referred by Andy in the new revision of the MIB > occasioned by the 10GBE support. > > AFAIK, there is no replacement for ifTest. Actually the definition of > ifTest was generic enough for 'strange un-SNMP-like things'. I do not > remember all discussions that led to the deprecation of ifTest table, > but the lack of implementation reports might have been part of this. > > I do think that there is a need for such a function. Still, I prefer it > to be generic, and not Ethernet-specific. If there is a broader > interest, ifmib is IMO the place to (re)-do it. > The ifTestTable was already deprecated in RFC2233. So this goes back to 1997. I believe there was some talk (back then) that such a generic test MIB would be useful, but that it better be defined outside of the IF-MIB. I have not seen any work on that since then. Bert > Regards, > > Dan > > > > -----Original Message----- > > From: Andrew Smith [mailto:ah_smith@acm.org] > > Sent: Sunday, February 17, 2002 9:38 PM > > To: hubmib@ietf.org > > Cc: mattsquire@acm.org > > Subject: [Hubmib] RE: [EFM] Performance monitoring, > > installation, trouble shooting . > > > > > > Forgive my ignorance on the history of the following > > statement in RFC2665: > > > > "Note that the ifTestTable is now deprecated. Work is underway to > > define a replacement MIB for system and interface testing. It is > > expected that the tests defined in this document will be > usable in > > this replacement MIB." > > > > The "Ethernet in the First Mile" group in IEEE 802.3 is looking at > > requirements for management; specific requirements are for > > the minimisation > > of "truck-rolls" (see message thread below - it talks about a > > PHY-level > > loopback requirement). Has there been any further work on > > this in any IETF > > WG? Was the ifTest stuff thrown out because it might do > > strange un-SNMP-like > > things like cut off connectivity for some (arbitrary? > > predetermined?) period > > of time? > > > > Could someone fill me in on the history here? > > > > Thanks, > > > > Andrew Smith > > > > > > > > -----Original Message----- > > From: owner-stds-802-3-efm@majordomo.ieee.org > > [mailto:owner-stds-802-3-efm@majordomo.ieee.org]On Behalf Of > > Matt Squire > > Sent: Sunday, February 17, 2002 8:43 AM > > To: Roy Bynum > > Cc: kmccammon@tri.sbc.com; stds-802-3-efm@ieee.org > > Subject: Re: [EFM] Performance monitoring, installation, trouble > > shooting . > > > > > > > > > > I'll repeat the current status of loopback within OAM. > > - A ping connectivity test is a requirement. > > - A loopback mode is a requirement. > > - Controlling the state of the loopback mode at the other end > > of a link > > is a requirement. > > > > There is also a group of people that believe that the > functionality of > > loopback can be achieved without a loopback mode, but > > enhancing the MIBS > > and the PHY functionality. They are actively investigating the > > possibility. When and if they think they can show equivalent > > functionality, the results will be presented to the > > reflector. At that > > point everyone can judge whether the alternate method provides > > equivalent function. > > > > Loopback itself is a function. The function is used to > > fulfill certain > > operational requirements. If those requirements can be met > with other > > methods, and this point can be provent to the group as whole > > (including > > Kent), then the other methods deserve consideration. I don't > > think this > > is in any way conflicts with Kent's statement (though I'm sure he'll > > correct me if I'm wrong). > > > > Loopback will remain a requirement until someone can prove > to the OAM > > group that there is a better way. > > > > - Matt > > > > > > Roy Bynum wrote: > > > > > > Kent, > > > > > > I have found that if you do not use strong enough language, > > the vendors > > > that may not have what you require, will attempt to > > "interpret" your words > > > so that they can mean something totally different than what you > > > intended. If I am correct, you may want to resend your > > comment and use > > the > > > words "our operations requires that ability". If you check > > with your > > > equipment "certification" people for edge access > > infrastructure, you may > > > find that loop back functionality at the physical layer is a hard > > > requirement, just like it is on T1/T3 infrastructure today. > > I know that > > it > > > was a requirement the large service provider that I was > > previously with. > > > > > > Thank you, > > > Roy Bynum > > > > > > At 04:18 PM 2/15/2002 -0800, kmccammon@tri.sbc.com wrote: > > > > > > >Bob, > > > >Loopback functionality is important for SBC, our > > operations need that > > > >ability. > > > >-Kent > > > > > > > >Kent G. McCammon > > > >Broadband Access Group > > > >SBC Technology Resources, Inc > > > >4698 Willow Road > > > >Pleasanton, CA 94588 > > > >925-598-1246 > > > >kmccammon@tri.sbc.com > > > > > > > > > > _______________________________________________ > > Hubmib mailing list > > Hubmib@ietf.org > > https://www1.ietf.org/mailman/listinfo/hubmib > > > > _______________________________________________ > Hubmib mailing list > Hubmib@ietf.org > https://www1.ietf.org/mailman/listinfo/hubmib > _______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Mon Feb 18 11:23:57 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA07179 for ; Mon, 18 Feb 2002 11:23:57 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA27991; Mon, 18 Feb 2002 11:23:47 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA27967 for ; Mon, 18 Feb 2002 11:23:46 -0500 (EST) Received: from dreamwiz.com ([211.187.28.222]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA07100 for ; Mon, 18 Feb 2002 11:22:42 -0500 (EST) Message-Id: <200202181622.LAA07100@ietf.org> Reply-To: sexycodi@dreamwiz.com From: 예쁜코디 To: Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Tue, 19 Feb 2002 01:23:02 +0900 X-User: 2.63-ehficjju-emkgli-Cchgi Subject: [ifmib] [코디정보] "7cm 커진 키"와 "Shark 쟈크 히틀러가방", 정말 멋져요! 새학기엔 새로운 모습으로.. [광고] Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org SEXYcodi magazine

SEXYcodi magazine

Feb. 19, 2002

Nicol Necol

> 거리스케치 스쿨룩 커플룩 해외스케치 나어때?

This week codi

> 이번주코디제안 ... 멋진 코디, 이렇게.. 어떠세요? - 앙드레 지니

> ♣♧♣체형별 코디♧♣♧
> ◀◀◀문양과 무늬별 코디▶▶▶

> 섹시코디 이번주 코디 제안 > [뽀대남] [뽀대녀] =>

Magazine

> 인터뷰 > 흑인음악창작동호회(SNP)-Defconn - 재원,진웅,영민

> 싸이코 칼럼 > 우리의 사랑, 섹스 후에는 어떻게 달라질까? - 이규환 박사

SEXYcodi Magazine
무료회원 등록하기
1-Click만으로 OK!

Seco Shop

걍 이뿐 것들이구여~

키가 커지니까 자신감도 커지죠!

1.7~10cm 정도 다리가 길어 보여 쭉쭉빵빵!
2.인체공학적 키높이 까래의 설계로 발바닥의 형태에 알맞은 착용감.
3.하체의 다이어트 및 허리근육을 강화하는 효과.
4.싸이즈 230~270 까지
5.갑피재료:천연가죽, 겉창재료:알파창

화끈한 Shark 쟈크의 히틀러 가방 !

신학기 최고 뽀대 배낭가방입니다.
요모조모 옆에 내부에 다양한 주머니들..

실물 보시고 뿅~!가지 않는 분은 어떤 분일까?
한정수량이므로 서두르세요.

- "정보통신망이용촉진등에관한법률시행규칙개정령"에 의거 제목에 [광고]라 표시된 광고 메일입니다.
- 메일수신거부를 하실 경우 더 이상 메일이 가지 않습니다.
- 귀하의 email ID는 게시판 등 기타 공개된 자료에서 수집된 것으로 이상의 다른 개인정보는 없습니다.
- email 서비스를 원하지 않으시면 [수신거부]를 클릭하세요.

- 섹시코디 매거진 서비스를 계속 받고 싶으시면 [섹시코디 매거진 회원등록]을 한번 클릭하세요.

_______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Mon Feb 18 20:35:53 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA26155 for ; Mon, 18 Feb 2002 20:35:53 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA25541; Mon, 18 Feb 2002 20:35:05 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA25517 for ; Mon, 18 Feb 2002 20:35:04 -0500 (EST) Received: from dreamwiz.com ([211.187.28.222]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA26134 for ; Mon, 18 Feb 2002 20:34:09 -0500 (EST) Message-Id: <200202190134.UAA26134@ietf.org> Reply-To: sexycodi@dreamwiz.com From: 예쁜코디 To: Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Tue, 19 Feb 2002 10:34:30 +0900 X-User: 2.63-ehficjju-emkgli-Cchgi Subject: [ifmib] [코디정보] "7cm 커진 키"와 "Shark 쟈크 히틀러가방", 정말 멋져요! 새학기엔 새로운 모습으로.. [광고] Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org SEXYcodi magazine

SEXYcodi magazine

Feb. 19, 2002

Nicol Necol

> 거리스케치 스쿨룩 커플룩 해외스케치 나어때?

This week codi

> 이번주코디제안 ... 멋진 코디, 이렇게.. 어떠세요? - 앙드레 지니

> ♣♧♣체형별 코디♧♣♧
> ◀◀◀문양과 무늬별 코디▶▶▶

> 섹시코디 이번주 코디 제안 > [뽀대남] [뽀대녀] =>

Magazine

> 인터뷰 > 흑인음악창작동호회(SNP)-Defconn - 재원,진웅,영민

> 싸이코 칼럼 > 우리의 사랑, 섹스 후에는 어떻게 달라질까? - 이규환 박사

SEXYcodi Magazine
무료회원 등록하기
1-Click만으로 OK!

Seco Shop

걍 이뿐 것들이구여~

키가 커지니까 자신감도 커지죠!

화끈한 Shark 쟈크의 히틀러 가방 !

신학기 최고 뽀대 배낭가방입니다.
요모조모 옆에 내부에 다양한 주머니들..

실물 보시고 뿅~!가지 않는 분은 어떤 분일까?
한정수량이므로 서두르세요.

- 섹시코디 매거진 서비스를 계속 받고 싶으시면 [섹시코디 매거진 회원등록]을 한번 클릭하세요.

_______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Tue Feb 19 09:54:43 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA21846 for ; Tue, 19 Feb 2002 09:54:43 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA09999; Tue, 19 Feb 2002 09:54:07 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id JAA09944 for ; Tue, 19 Feb 2002 09:54:04 -0500 (EST) Received: from thumper.research.telcordia.com (thumper.research.telcordia.com [128.96.41.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA21790; Tue, 19 Feb 2002 09:54:00 -0500 (EST) Received: from shannon.research.telcordia.com (shannon [128.96.73.2]) by thumper.research.telcordia.com (8.12.1/8.12.1) with ESMTP id g1JEpjjP010089; Tue, 19 Feb 2002 09:51:45 -0500 (EST) Received: from kaj-100.research.telcordia.com (nv-ktesink.cc.telcordia.com [128.96.82.9]) by shannon.research.telcordia.com (8.8.8/8.8.8) with ESMTP id JAA12368; Tue, 19 Feb 2002 09:51:44 -0500 (EST) Message-Id: <4.3.2.7.0.20020219093756.02021820@shannon.research.telcordia.com> X-Sender: kaj@shannon.research.telcordia.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Tue, 19 Feb 2002 09:41:34 -0500 To: "Wijnen, Bert (Bert)" , "Romascanu, Dan (Dan)" , Andrew Smith , hubmib@ietf.org, ifmib@ietf.org From: Kaj Tesink Subject: Re: [ifmib] RE: [Hubmib] RE: [EFM] Performance monitoring, installation, trou ble shooting . Cc: mattsquire@acm.org In-Reply-To: <114DE1AABD7DD41189B600508BAF1271054888F1@nl0006exch005u.nl .lucent.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org At 01:54 PM 2/18/2002 +0100, Wijnen, Bert (Bert) wrote: > > The ifTest table is deprecated in the latest version of the Interfaces > > MIB successor - RFC 2663. The editor of the Ethernet-like MIB should > > correct the text referred by Andy in the new revision of the MIB > > occasioned by the 10GBE support. > > > > AFAIK, there is no replacement for ifTest. Actually the definition of > > ifTest was generic enough for 'strange un-SNMP-like things'. I do not > > remember all discussions that led to the deprecation of ifTest table, > > but the lack of implementation reports might have been part of this. > > > > I do think that there is a need for such a function. Still, I prefer it > > to be generic, and not Ethernet-specific. If there is a broader > > interest, ifmib is IMO the place to (re)-do it. > > >The ifTestTable was already deprecated in RFC2233. So this goes back to >1997. I believe there was some talk (back then) that such a generic >test MIB would be useful, but that it better be defined outside >of the IF-MIB. I have not seen any work on that since then. there has been work on that; most recent draft was late 1999 with reasonable consensus level - work was abandoned because of lack of time by the authors. i have the draft. kaj >Bert > > Regards, > > > > Dan > > > > > > > -----Original Message----- > > > From: Andrew Smith [mailto:ah_smith@acm.org] > > > Sent: Sunday, February 17, 2002 9:38 PM > > > To: hubmib@ietf.org > > > Cc: mattsquire@acm.org > > > Subject: [Hubmib] RE: [EFM] Performance monitoring, > > > installation, trouble shooting . > > > > > > > > > Forgive my ignorance on the history of the following > > > statement in RFC2665: > > > > > > "Note that the ifTestTable is now deprecated. Work is underway to > > > define a replacement MIB for system and interface testing. It is > > > expected that the tests defined in this document will be > > usable in > > > this replacement MIB." > > > > > > The "Ethernet in the First Mile" group in IEEE 802.3 is looking at > > > requirements for management; specific requirements are for > > > the minimisation > > > of "truck-rolls" (see message thread below - it talks about a > > > PHY-level > > > loopback requirement). Has there been any further work on > > > this in any IETF > > > WG? Was the ifTest stuff thrown out because it might do > > > strange un-SNMP-like > > > things like cut off connectivity for some (arbitrary? > > > predetermined?) period > > > of time? > > > > > > Could someone fill me in on the history here? > > > > > > Thanks, > > > > > > Andrew Smith > > > > > > > > > > > > -----Original Message----- > > > From: owner-stds-802-3-efm@majordomo.ieee.org > > > [mailto:owner-stds-802-3-efm@majordomo.ieee.org]On Behalf Of > > > Matt Squire > > > Sent: Sunday, February 17, 2002 8:43 AM > > > To: Roy Bynum > > > Cc: kmccammon@tri.sbc.com; stds-802-3-efm@ieee.org > > > Subject: Re: [EFM] Performance monitoring, installation, trouble > > > shooting . > > > > > > > > > > > > > > > I'll repeat the current status of loopback within OAM. > > > - A ping connectivity test is a requirement. > > > - A loopback mode is a requirement. > > > - Controlling the state of the loopback mode at the other end > > > of a link > > > is a requirement. > > > > > > There is also a group of people that believe that the > > functionality of > > > loopback can be achieved without a loopback mode, but > > > enhancing the MIBS > > > and the PHY functionality. They are actively investigating the > > > possibility. When and if they think they can show equivalent > > > functionality, the results will be presented to the > > > reflector. At that > > > point everyone can judge whether the alternate method provides > > > equivalent function. > > > > > > Loopback itself is a function. The function is used to > > > fulfill certain > > > operational requirements. If those requirements can be met > > with other > > > methods, and this point can be provent to the group as whole > > > (including > > > Kent), then the other methods deserve consideration. I don't > > > think this > > > is in any way conflicts with Kent's statement (though I'm sure he'll > > > correct me if I'm wrong). > > > > > > Loopback will remain a requirement until someone can prove > > to the OAM > > > group that there is a better way. > > > > > > - Matt > > > > > > > > > Roy Bynum wrote: > > > > > > > > Kent, > > > > > > > > I have found that if you do not use strong enough language, > > > the vendors > > > > that may not have what you require, will attempt to > > > "interpret" your words > > > > so that they can mean something totally different than what you > > > > intended. If I am correct, you may want to resend your > > > comment and use > > > the > > > > words "our operations requires that ability". If you check > > > with your > > > > equipment "certification" people for edge access > > > infrastructure, you may > > > > find that loop back functionality at the physical layer is a hard > > > > requirement, just like it is on T1/T3 infrastructure today. > > > I know that > > > it > > > > was a requirement the large service provider that I was > > > previously with. > > > > > > > > Thank you, > > > > Roy Bynum > > > > > > > > At 04:18 PM 2/15/2002 -0800, kmccammon@tri.sbc.com wrote: > > > > > > > > >Bob, > > > > >Loopback functionality is important for SBC, our > > > operations need that > > > > >ability. > > > > >-Kent > > > > > > > > > >Kent G. McCammon > > > > >Broadband Access Group > > > > >SBC Technology Resources, Inc > > > > >4698 Willow Road > > > > >Pleasanton, CA 94588 > > > > >925-598-1246 > > > > >kmccammon@tri.sbc.com > > > > > > > > > > > > > > _______________________________________________ > > > Hubmib mailing list > > > Hubmib@ietf.org > > > https://www1.ietf.org/mailman/listinfo/hubmib > > > > > > > _______________________________________________ > > Hubmib mailing list > > Hubmib@ietf.org > > https://www1.ietf.org/mailman/listinfo/hubmib > > > >_______________________________________________ >ifmib mailing list >ifmib@ietf.org >https://www1.ietf.org/mailman/listinfo/ifmib _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Kaj Tesink Telcordia Technologies. In. 331 Newman Springs Road Red Bank, NJ 07701 Email: kaj @research.telcordia.com Tel: (732) 758-5254 Fax: (732) 758-4177 _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Sun Feb 24 04:59:23 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA09443 for ; Sun, 24 Feb 2002 04:59:23 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA03787; Sun, 24 Feb 2002 04:58:53 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA03762 for ; Sun, 24 Feb 2002 04:58:52 -0500 (EST) Received: from localhost ([211.209.177.44]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA09432 for ; Sun, 24 Feb 2002 04:58:43 -0500 (EST) Message-Id: <200202240958.EAA09432@ietf.org> Reply-To: marketing@apugima.com From: apugima To: ifmib@ietf.org Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Sun, 24 Feb 2002 18:58:14 +0900 Subject: [ifmib] [광-고] 팔도 고스톱이 팍팍 쏩니다. Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org '팔도 고스톱'의 광고메일입니다

   아직도 팔도 고스톱을 모르세요?
   그렇다면 지금이 팔도 고스톱 이벤트 기간인 것도 모르시겠네요? 너무해요~ㅠ.ㅠ

   팔도 고스톱 이벤트가 곧 마감됩니다
   삼성 다맛 김치독부터 10만원 상품권까지..푸~짐한 상품을 드립니다
   전국민이 즐기는 팔도 고스톱에서 게임도 즐기고 상품도 타가세요~

..............................................................................................................................


팔도 고스톱 신규회원가입을 하시면 푸짐한 상품을 드립니다 * 이벤트 기간 : 2002년 2월 28일까지

..............................................................................................................................


친구에게 팔도 고스톱을 추천해주세요. 추천하신 회원분께 50만 게임칩을 드립니다 (신규가입시 추천하신 분의 E-MAIL 주소 기입, 확인 절차 후 게임칩을 드립니다) * 2002년 2월~12월중 최다 추천인 10만원 상품권(헤어닥터 쇼핑몰) 증정. # 상품은 매월 변동이 될 수 있습니다.

.............................................................................................................................

   본 메일은 정보통신망 이용촉진 및 정보보호등에 관한 법률 제 50조에 의거한 [광고] 메일입니다
   E-MAIL 주소는 인터넷상에서 취득하였으며, 주소외 어떠한 개인 정보도 가지고 있지 않습니다
  본 메일은 발신전용 메일입니다. 더 이상 메일을 받기 원치 않으신 분은 수신거부를 눌러주세요

_______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib From ifmib-admin@ietf.org Mon Feb 25 04:29:52 2002 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA03336 for ; Mon, 25 Feb 2002 04:29:52 -0500 (EST) Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA06400; Mon, 25 Feb 2002 04:29:37 -0500 (EST) Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id EAA06378 for ; Mon, 25 Feb 2002 04:29:36 -0500 (EST) Received: from localhost ([218.51.132.59]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA03312 for ; Mon, 25 Feb 2002 04:29:31 -0500 (EST) Message-Id: <200202250929.EAA03312@ietf.org> Reply-To: young@kimcad.co.kr From: 한국인텔리마케팅 To: ifmib@ietf.org Mime-Version: 1.0 Content-Type: text/html; charset="ks_c_5601-1987" Date: Mon, 25 Feb 2002 18:03:17 +0900 Subject: [ifmib] [광고]국산캐드 캐디안 가정용(학생용)정품 특별가 보급 Sender: ifmib-admin@ietf.org Errors-To: ifmib-admin@ietf.org X-Mailman-Version: 1.0 Precedence: bulk List-Id: IETF Interfaces MIB working group mailing list. X-BeenThere: ifmib@ietf.org 개인용(020218)

국산캐드 캐디안 특별가 가정용(학생용)정품보급

■ 특징

- AutoCAD와 동일한 명령어

- AutoCAD의 모든 버전과 양방향 호환

- AutoCAD와 흡사한 아이콘 사용

■ 개발사(인텔리코리아) 소개

- (매일경제신문,중기청,산자부)우수벤처로 선정(2001년)

- (전국경제인연합회,국제산업협력재단) 유망벤처 20개 기업에 선정(2001년)

- (한국경제신문)벤처리더 50인에 선정(2001년)

- (산업자원부)산업협력대회 대통령상 수상(2000년)

- (정보통신부)S/W 공모대전 우수상 수상(2000년)

■ 상업용(소비자가 90만원)과 다른점

-VBA(Visual Basic Application)제외

-이미지 삽입기능 제외

-3D 기능 제한적임.

■ 평가판(체험판)은

평가판은 다음,라이코스,엠파스,드림위즈,쉐어웨어코리아(아이누리),한미르,심마니,보물섬,넷츠고,

휴먼컴 등의 자료실 그래픽 관련에서 다운로드 하실 수 있습니다.

http://www.kimcad.co.kr/download/cadian_web_eval.exe

■ 제품별 가격표

제품명	제품구성	가 격	비 고
CADian LT	CD+교재1권	25,000원	AutoCAD 대응
CADian LT ARCH	CD+교재2권	45,000원	건축설계용
CADian LT MECH	CD+교재2권	60,000원	기계부품5,000만개 내장

※ ESD로 구매하시면 5,000원 할인.

■ 구입방법

①'한국인텔리마케팅'의 홈페이지 www.kimcad.co.kr의 가정용 라이선스 에서 신청

②한글과컴퓨터,휴먼컴,보물섬,쉐어웨어코리아(아이누리) ,소프트비젼-MSshop 등의 인터넷 쇼핑

몰 중 ESD 또는 다운로드 샵 코너에서 구입

http://www.koreasoft.com/viewSoftware.jsp?pcode=ESD1005260

※ESD : Electronic Software Delivery(다운로드로 구매)

③서울시내 대형서점(종로,영풍,코엑스의 서울문고 등)에서 구입

구입문의:한국인텔리마케팅
http://www.kimcad.co.kr
E-Mail : young@kimcad.co.kr
전화:(02)6436-3685

[이벤트1] = 여행가자 홈페이지 오픈 기념으로 회원 가입시 [태국,필리핀,사이판]
무료 해외 여행권을 드립니다. [항공권 별도 ]
기간 : 2002년 2월18일 ~ 4월 30일 까지 대상 : 여행가자 신규회원 가입자 전원증정

[이벤트2] = 주위의 결혼하시는 분들에게 저희 여행가자를 소개시켜 주셔서 신혼여행이
계약되면 계약과 동시에 계좌로 일금 50,000원을 입금해 드립니다.
(단 제주도 신혼여행은 20,000원)
여행가자 홈페이지 바로가기

귀하의 승락없이 홍보성 전자 우편을 보내게 된 점 정중히 사과 드립니다.
정보통신망이용촉진법 규정을 준수하여 광고메일임을 표시하였으며, 수신거부 장치를 마련하고 있습니다.
귀하의 전자 우편 주소는 인터넷 상의 공개된 장소에서 습득하였으며, 저희는 귀하의 전자우편 주소 외 어떠한 개인정보도 가지고 있지 않으므로 안심하시기 바랍니다. 수신을 원치 않으시면 를 클릭해 주십시요.

☆제주여행☆

제주수놀음여행사

허락없이 메일보내게 되어 죄송합니다, 님에대한정보는 메일주소 외 에는 전혀없읍니다

신혼여행문의

일반패키지

항공할인

한라산등반

3월 4월 5월 신혼여행 예약 받음!!

제주수놀음패키지(일반)

일정표와 요금

SNU,패키지2박3일(2일관광,3일관광)일정표

2일관광

2월.23.25.26.28.

3월2,4.5.7.8.9.11.12.13.14.15.16.18.19.20.21

.22.23.25.26.27.28.29.30

@3월인경우:오전출발일,8,15,22,29, 날짜마다 시간이 조금씩다릅니다,

위일을 제외한 출발시간은, 12시전후와 15시전후가될것입니다

3일관광:

2월,26.27.28.

3월3일,10,17,24,31, (3일관광출발은 오전7시전후입니다)

2일관광경비:167.300원(일반호텔) *김포출발12,07시전후,

3일관광경비:175.300원(일반호텔) *김포출발07시전후

@,관광호텔인 경우 1인,25000원추가

2일관광코스

■ 1일째: 제주 공항도착ㅡ>직원만남ㅡ>숙소이동 (자유시간)

2일째 : 국립민속박물관ㅡ>요술도로ㅡ>산방산ㅡ>중식ㅡ>여미지식물원ㅡ>

주상절리대ㅡ>약천사ㅡ>관광농원ㅡ>천지연폭포ㅡ>5.16도로ㅡ>숙소

3일째 : 산굼부리ㅡ>정석항공관ㅡ>성읍민속마을ㅡ>중식ㅡ>섭지코지ㅡ>쇼

핑 ㅡ>체험어장ㅡ>제주해녀항일기념관ㅡ>농수산물직매장ㅡ> 공항

3일관광코스

1일째 : 국립민속박물관ㅡ>요술도로ㅡ>산방산ㅡ>중식ㅡ>여미지식물원ㅡ>

주상절리대ㅡ>약천사ㅡ>관광농원ㅡ>천지연폭포ㅡ>5.16도로ㅡ>숙소

2일째:한라산등반(8시간소요)->용두암->사라봉트래킹후숙소->자유시간

3일째 : 산굼부리ㅡ>정석항공관ㅡ>성읍민속마을ㅡ>중식ㅡ>섭지코지ㅡ>쇼

핑 ㅡ>체험어장ㅡ>제주해녀항일기념관ㅡ>농수산물직매장ㅡ> 공항

@,포함내역,

2일관광, 식사4회, 제주전일정 입장요금

3일관광,식사5회,
http://www.sunolum.co.kr

연락처 : 064)721-1210, 064)724-8884,

본 메일은 정보통신부 권고 사항에 의거 제목에 [광고]라 표시된 광고 메일입니다 버튼을 클릭하시면 수신거부처리가 이루어 집니다.

운산운세정보

본 메일은 정보통신부 권고사항에 의거,제목에 [광고]란이 표시된 메일입니다. 허락없이 광고메일을 보내드려 죄송하며,정중히 양해 바랍니다. 메일주소는 게시판,동호회등의 공개 메일주소를 수집하여, 다른 개인정보는 없음을 알려드립니다.

운산운세정보에서는 다른 실시간상담업체와 달리 많은 상담선생님을 초빙하지 않고, 회사의 엄격한 기준에 부합된 상담선생님들만 모셔서 24시간 1:1 상담이 될 수 있도록 하였습니다. (홈페이지로 이동,무료상담실 운영)

직업운, 시험운, 진학운, 애정운, 사랑운, 건강운, 사업운, 꿈해몽, 토정비결, 속궁합 겉궁합, 승진운, 작명, 택일, 사주팔자, 풍수지리...

1.	지역번호 없이(휴대폰 포함) 060-700-8865번으로 전화를 겁니다(전국단일요금)
2.	1번을 누르시면 대기중인 상담선생님과 자동연결되고, 2번을 누르시고 원하는 상담선생님 고유번호를 누르시면 선택한 역술상담선생님과 통화할 수 있습니다. 이용중 문의 사항이나 불편사항은 이메일로 연락주시기 바랍니다.

상담하실 내용을 미리 마음속으로 정리를 하거나 메모를 해 보세요.
그리고 상담선생님과 연결이 되면 상담하실 내용을 차근차근 설명을 하시면 보다 편리하게 상담을 하실 수 있을 겁니다. 상담내용은 일체 비밀이므로, 편안한 마음과 자세로 상담 해보세요.

서비스 이용요금은 사용 후, 익월에 사용한 내역이 정보이용료 사용하신 전화요금에 함께 청구되도록 되어 있어 결재시 불편함이 없습니다.

(사)한국전화정보통신협회 심의필번호 200112-223 불건전 정보신고 ☎080-700-3700

이 메일의 수신을 원하지 않으시면 수신거부 를 눌러 주세요.

_______________________________________________ ifmib mailing list ifmib@ietf.org https://www1.ietf.org/mailman/listinfo/ifmib