Out of Office AutoReply: Crazy illegal Sex!

From hubmib-bounces@ietf.org Tue Aug 08 01:15:21 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GAJvy-0001hE-L1; Tue, 08 Aug 2006 01:15:18 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GAJvx-0001h5-8J for hubmib@ietf.org; Tue, 08 Aug 2006 01:15:17 -0400 Received: from co300216-ier2.net.avaya.com ([198.152.13.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GAJvv-0006dY-VC for hubmib@ietf.org; Tue, 08 Aug 2006 01:15:17 -0400 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by co300216-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id k7859q6o006659 for ; Tue, 8 Aug 2006 01:09:53 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 8 Aug 2006 08:15:13 +0300 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Crazy illegal Sex! Thread-Index: Aca6qaDDVIdrStl5Ru6sHb3CILpiPwAAAAAV From: "Romascanu, Dan \(Dan\)" To: "hubmib" X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.1 (/) X-Scan-Signature: c1c65599517f9ac32519d043c37c5336 Subject: [Hubmib] Out of Office AutoReply: Crazy illegal Sex! X-BeenThere: hubmib@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ethernet Interfaces an Hub MIB WG List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0724336331==" Errors-To: hubmib-bounces@ietf.org This is a multi-part message in MIME format. --===============0724336331== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6BAA9.A0C64494" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6BAA9.A0C64494 Content-Type: text/plain; charset="windows-1255" Content-Transfer-Encoding: quoted-printable I am on vacation and will be back on August 21, 2006. I will not read = and respond to e-mails during this period. If you need to contact me = urgently, please leave a voice mail message at my office number. Regards, Dan ------_=_NextPart_001_01C6BAA9.A0C64494 Content-Type: text/html; charset="windows-1255" Content-Transfer-Encoding: quoted-printable Out of Office AutoReply: Crazy illegal Sex!

I am on vacation and will be back on August 21, = 2006. I will not read and respond to e-mails during this = period. If you need to contact me urgently, please leave a voice = mail message at my office number.

Regards,

Dan

------_=_NextPart_001_01C6BAA9.A0C64494-- --===============0724336331== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Hubmib mailing list Hubmib@ietf.org https://www1.ietf.org/mailman/listinfo/hubmib --===============0724336331==-- From hubmib-bounces@ietf.org Fri Aug 25 04:59:23 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GGXX5-0003VB-3g; Fri, 25 Aug 2006 04:59:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GGXX3-0003V3-By for hubmib@ietf.org; Fri, 25 Aug 2006 04:59:17 -0400 Received: from smail.alcatel.fr ([62.23.212.165]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GGXX1-0002LO-LN for hubmib@ietf.org; Fri, 25 Aug 2006 04:59:17 -0400 Received: from bemail01.netfr.alcatel.fr (bemail01.netfr.alcatel.fr [155.132.251.32]) by smail.alcatel.fr (8.13.4/8.13.4/ICT) with ESMTP id k7P8xFn4029690 for ; Fri, 25 Aug 2006 10:59:15 +0200 Received: from [172.31.140.226] ([172.31.140.226]) by bemail01.netfr.alcatel.fr (Lotus Domino Release 5.0.13aHF163) with ESMTP id 2006082510591296:3635 ; Fri, 25 Aug 2006 10:59:12 +0200 Message-ID: <44EEBBE0.2060105@alcatel.be> Date: Fri, 25 Aug 2006 10:59:12 +0200 From: frank.van_der_putten@alcatel.be User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: hubmib@ietf.org X-MIMETrack: Itemize by SMTP Server on BEMAIL01/BE/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 08/25/2006 10:59:13, Serialize by Router on BEMAIL01/BE/ALCATEL(Release 5.0.13aHF163 | June 23, 2005) at 08/25/2006 10:59:13, Serialize complete at 08/25/2006 10:59:13 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii; format=flowed X-Scanned-By: MIMEDefang 2.51 on 155.132.180.81 X-Spam-Score: 0.2 (/) X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f Subject: [Hubmib] question on EFMCu MIB X-BeenThere: hubmib@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ethernet Interfaces an Hub MIB WG List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: hubmib-bounces@ietf.org I just joined this list because I have the following question on the EFMCu MIB: The EFMCu MIB states for the TCCRCErrors and TCCodingViolations counters: "The value of zero SHALL be returned when PME is down or initializing." Does this mean the OAM counter is reset to all zeros upon PME down or initializing ? If yes, I think this incorrect because these OAM counters are defined as non-resettable in Clause 30.11.2.1.9&10. Comments? Regards, Frank Van der Putten _______________________________________________ Hubmib mailing list Hubmib@ietf.org https://www1.ietf.org/mailman/listinfo/hubmib From hubmib-bounces@ietf.org Sun Aug 27 13:43:06 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHOf0-000842-BG; Sun, 27 Aug 2006 13:43:02 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHOez-00083G-5s; Sun, 27 Aug 2006 13:43:01 -0400 Received: from stsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.16.129] helo=chiedprmail1.ietf.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHMva-0001GC-Lx; Sun, 27 Aug 2006 11:52:02 -0400 Received: from co300216-ier2.net.avaya.com ([198.152.13.103]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GHMFm-0000Mn-VO; Sun, 27 Aug 2006 11:08:52 -0400 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by co300216-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id k7RF2Hel008298; Sun, 27 Aug 2006 11:02:18 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 27 Aug 2006 18:08:38 +0300 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work Thread-Index: AcbJ4mWpRLzFPaQwTFimKpzL+bx65gABzcgQ From: "Romascanu, Dan \(Dan\)" To: X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: -2.4 (--) X-Scan-Signature: 9cc83ac38bbbabacbf00f656311dd8d8 Cc: edward.beili@actelis.com, adslmib@ietf.org, hubmib@ietf.org, "David Kessens \(E-mail\)" , sneedmike@hotmail.com Subject: [Hubmib] RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work X-BeenThere: hubmib@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ethernet Interfaces an Hub MIB WG List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0028560091==" Errors-To: hubmib-bounces@ietf.org This is a multi-part message in MIME format. --===============0028560091== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6C9EA.ACD211D0" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6C9EA.ACD211D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =20 So this will be a distinct MIB module.=20 =20 I am copying the hubmib WG list, because I am not convinced that such a change can be treated as editorial and that we can or should avoid another WGLC for draft-hubmib-efm-cu-mib.=20 =20 Dan =20 =20 =20 =20 _____ =20 From: Menachem.Dodge@ecitele.com [mailto:Menachem.Dodge@ecitele.com]=20 Sent: Sunday, August 27, 2006 4:28 PM To: Romascanu, Dan (Dan) Cc: adslmib@ietf.org; David Kessens (E-mail); edward.beili@actelis.com; sneedmike@hotmail.com Subject: Re: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work =09 =09 Hello Dan,=20 =09 What you suggest is fine, but I would rather that the table be placed under the ifMIB - ifMIBObjects branch together with=20 the ifStack Table or perhaps directly under MIB-2 as the ifInvertedStack MIB is situated. Being placed inside the efmCuMIB branch seems to suggest that it is for the sole use of the efmCuMIB and this is no longer the case if the xDSL MIB modules import it.=20 =20 =09 Best Regards,=20 Menachem Dodge =09 =09 =09 =09 "Romascanu, Dan \(Dan\)" =20 27/08/2006 12:47=20 To , =20 cc adslmib@ietf.org, "David Kessens \(E-mail\)" , sneedmike@hotmail.com=20 Subject [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work =09 Menachem,=20 =20 I am adding David Kessens who is the shepherding AD for hubmib (I, being the chair, cannot play both roles).=20 =20 Why should ifAvailableStack be defined in a separate MIB module, rather than changing the text in DESCRIPTION clauses and having it imported by ADSL MIB modules from EFM-CU-MIB?=20 =20 Speaking as WG chair, I feel that in case a major change is introduced in the document the WGLC needs to be redone. At this moment we agreed for a technical iteration to fix some smilint problems without redoing the LC.=20 =20 Dan=20 =20 =20 =20 =09 =09 _____ =20 From: Menachem.Dodge@ecitele.com [mailto:Menachem.Dodge@ecitele.com]=20 Sent: Thursday, August 24, 2006 8:08 PM To: Romascanu, Dan (Dan); edward.beili@actelis.com Cc: sneedmike@hotmail.com; adslmib@ietf.org Subject: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work =09 =09 Hello Dan,=20 =09 =09 Recently the issue of xDSL bonding has been raised on the ADSL MIB WG mailing list.=20 =09 I have spoken briefly with Edward and we think that it should be possible for us to re-use the ifAvailableStack table defined in=20 draft-ietf-hubmib-efm-cu-mib-05.=20 =09 I would like to ask Edward to separate out this table into a separate MIB (possibly in the same document) generalizing the comments,=20 that would allow the ADSL MIB WG to make use of these tables, if this work becomes chartered.=20 =09 I would appreciate your advice on this issue.=20 =09 Best Regards,=20 Menachem Dodge_______________________________________________ Adslmib mailing list Adslmib@ietf.org https://www1.ietf.org/mailman/listinfo/adslmib =09 =09 ------_=_NextPart_001_01C6C9EA.ACD211D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

So this will be a distinct MIB module. =

I am copying the hubmib WG list, because I am not convinced = that such a=20 change can be treated as editorial and that we can or should avoid = another WGLC=20 for draft-hubmib-efm-cu-mib.

Dan

From: Menachem.Dodge@ecitele.com=20 [mailto:Menachem.Dodge@ecitele.com]
Sent: Sunday, August = 27, 2006=20 4:28 PM
To: Romascanu, Dan (Dan)
Cc: = adslmib@ietf.org;=20 David Kessens (E-mail); edward.beili@actelis.com;=20 sneedmike@hotmail.com
Subject: Re: [Adslmib] RE: xDSL = Bonding -=20 Reuse of the hubmib-efm-cu-mib work

Hello Dan, =

What you = suggest is fine,=20 but I would rather that the table be placed under the ifMIB - = ifMIBObjects=20 branch together with
the = ifStack Table=20 or perhaps directly under MIB-2 as the ifInvertedStack MIB is = situated. Being=20 placed inside the efmCuMIB branch
seems to suggest that it is for the sole use of = the=20 efmCuMIB and this is no longer the case if the xDSL MIB modules import = it.
= =20

Best Regards, =
Menachem Dodge

"Romascanu, = Dan \(Dan\)"=20 <dromasca@avaya.com>

27/08/2006 12:47

To	<Menachem.Dodge@ecitele.com>,=20 <edward.beili@actelis.com>=20
cc	adslmib@ietf.org, = "David Kessens=20 \(E-mail\)" <david.kessens@nokia.com>,=20 sneedmike@hotmail.com=20
Subject	[Adslmib] RE: xDSL = Bonding -=20 Reuse of the hubmib-efm-cu-mib = work

Menachem,

I am adding=20 David Kessens who is the shepherding AD for hubmib (I, being the = chair, cannot=20 play both roles).
=
Why should ifAvailableStack = be defined in a=20 separate MIB module, rather than changing the text in DESCRIPTION = clauses and=20 having it imported by ADSL MIB modules from EFM-CU-MIB?=20

Speaking as WG chair, I feel that in case a major = change is=20 introduced in the document the WGLC needs to be redone. At this moment = we=20 agreed for a technical iteration to fix some smilint problems without = redoing=20 the LC.

Dan
=20

=

From: Menachem.Dodge@ecitele.com=20 [mailto:Menachem.Dodge@ecitele.com]
Sent: Thursday, August = 24, 2006=20 8:08 PM
To: Romascanu, Dan (Dan);=20 edward.beili@actelis.com
Cc: sneedmike@hotmail.com;=20 adslmib@ietf.org
Subject: xDSL Bonding - Reuse of the=20 hubmib-efm-cu-mib work

Hello Dan,

Recently the issue of xDSL = bonding has=20 been raised on the ADSL MIB WG mailing list.

= =20 I have spoken briefly with Edward and we think that it should be = possible for us to re-use the ifAvailableStack table defined = in
draft-ietf-hubmib-efm-cu-mib-05.=20

= I would=20 like to ask Edward to separate out this table into a separate MIB = (possibly in=20 the same document) generalizing the comments, =
that would allow the ADSL MIB WG = to make use=20 of these tables, if this work becomes chartered.

= =20 I would appreciate your advice on this issue.=20

Best = Regards,=20
Menachem Dodge_______________________________________________ Adslmib = mailing=20 = list Adslmib@ietf.org https://www1.ietf.org/mailman/listinfo/adslmi= b
------_=_NextPart_001_01C6C9EA.ACD211D0-- --===============0028560091== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Hubmib mailing list Hubmib@ietf.org https://www1.ietf.org/mailman/listinfo/hubmib --===============0028560091==-- From hubmib-bounces@ietf.org Sun Aug 27 14:04:53 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHOzw-0000LK-WC; Sun, 27 Aug 2006 14:04:41 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHOzs-0000KB-ON; Sun, 27 Aug 2006 14:04:36 -0400 Received: from [62.90.13.193] (helo=il-mail.actelis.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHOzR-0001KM-Ky; Sun, 27 Aug 2006 14:04:11 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 27 Aug 2006 21:03:44 +0300 Message-ID: <9C1CAB2B65E62D49A10E49DFCD68EF3E6033BB@il-mail.actelis.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work Thread-Index: AcbJ4mWpRLzFPaQwTFimKpzL+bx65gABzcgQAAXvc3A= From: "Edward Beili" To: "Romascanu, Dan \(Dan\)" , X-Spam-Score: 0.3 (/) X-Scan-Signature: efb5d987e2484f3d9a304cc31a003441 Cc: adslmib@ietf.org, hubmib@ietf.org, "David Kessens \(E-mail\)" , sneedmike@hotmail.com Subject: [Hubmib] RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work X-BeenThere: hubmib@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ethernet Interfaces an Hub MIB WG List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0475559178==" Errors-To: hubmib-bounces@ietf.org This is a multi-part message in MIME format. --===============0475559178== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CA03.231DC9F8" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CA03.231DC9F8 Content-Type: text/plain; charset="WINDOWS-1255" Content-Transfer-Encoding: quoted-printable Dan, I don't have any problem with the suggested change, and, personally, see = this as an editorial change. =20 While moving the ifAvailableStackTable to a distinct MIB module (say = IF-AVAILABLE-STACK-MIB, seating directly under MIB-2), I would also add = an inverse table ifInvAvailableStackTable. =20 Please advise how do you want me to proceed. =20 Regards, -Edward =20 -----Original Message----- From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com] Sent: Sunday, August 27, 2006 6:09 PM To: Menachem.Dodge@ecitele.com Cc: adslmib@ietf.org; David Kessens (E-mail); Edward Beili; = sneedmike@hotmail.com; hubmib@ietf.org Subject: RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib = work =20 So this will be a distinct MIB module.=20 =20 I am copying the hubmib WG list, because I am not convinced that such a = change can be treated as editorial and that we can or should avoid = another WGLC for draft-hubmib-efm-cu-mib.=20 =20 Dan =20 =20 =20 =20 _____ =20 From: Menachem.Dodge@ecitele.com [mailto:Menachem.Dodge@ecitele.com]=20 Sent: Sunday, August 27, 2006 4:28 PM To: Romascanu, Dan (Dan) Cc: adslmib@ietf.org; David Kessens (E-mail); edward.beili@actelis.com; = sneedmike@hotmail.com Subject: Re: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib = work Hello Dan,=20 What you suggest is fine, but I would rather that the table be = placed under the ifMIB - ifMIBObjects branch together with=20 the ifStack Table or perhaps directly under MIB-2 as the ifInvertedStack = MIB is situated. Being placed inside the efmCuMIB branch=20 seems to suggest that it is for the sole use of the efmCuMIB and this = is no longer the case if the xDSL MIB modules import it.=20 =20 Best Regards,=20 Menachem Dodge "Romascanu, Dan \(Dan\)" =20 27/08/2006 12:47=20 To , =20 cc adslmib@ietf.org, "David Kessens \(E-mail\)" , = sneedmike@hotmail.com=20 Subject [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work=09 =09 Menachem,=20 =20 I am adding David Kessens who is the shepherding AD for hubmib (I, being = the chair, cannot play both roles).=20 =20 Why should ifAvailableStack be defined in a separate MIB module, rather = than changing the text in DESCRIPTION clauses and having it imported by = ADSL MIB modules from EFM-CU-MIB?=20 =20 Speaking as WG chair, I feel that in case a major change is introduced = in the document the WGLC needs to be redone. At this moment we agreed = for a technical iteration to fix some smilint problems without redoing = the LC.=20 =20 Dan=20 =20 =20 =20 _____ =20 From: Menachem.Dodge@ecitele.com [mailto:Menachem.Dodge@ecitele.com]=20 Sent: Thursday, August 24, 2006 8:08 PM To: Romascanu, Dan (Dan); edward.beili@actelis.com Cc: sneedmike@hotmail.com; adslmib@ietf.org Subject: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work Hello Dan,=20 Recently the issue of xDSL bonding has been raised on the ADSL = MIB WG mailing list.=20 I have spoken briefly with Edward and we think that it should be = possible for us to re-use the ifAvailableStack table defined in=20 draft-ietf-hubmib-efm-cu-mib-05.=20 I would like to ask Edward to separate out this table into a = separate MIB (possibly in the same document) generalizing the comments,=20 that would allow the ADSL MIB WG to make use of these tables, if this = work becomes chartered.=20 I would appreciate your advice on this issue.=20 Best Regards,=20 Menachem Dodge_______________________________________________ Adslmib mailing list Adslmib@ietf.org https://www1.ietf.org/mailman/listinfo/adslmib ------_=_NextPart_001_01C6CA03.231DC9F8 Content-Type: text/html; charset="WINDOWS-1255" Content-Transfer-Encoding: quoted-printable

Dan,

I=20 don't have any problem with the suggested change, and, personally, see = this as=20 an editorial change.

While=20 moving the ifAvailableStackTable to a distinct MIB module (say = IF-AVAILABLE-STACK-MIB, seating directly under MIB-2), I would also add = an=20 inverse table ifInvAvailableStackTable.

Please=20 advise how do you want me to proceed.

Regards,

-Edward

-----Original Message-----
From: Romascanu, Dan = (Dan)=20 [mailto:dromasca@avaya.com]
Sent: Sunday, August 27, 2006 = 6:09=20 PM
To: Menachem.Dodge@ecitele.com
Cc: = adslmib@ietf.org;=20 David Kessens (E-mail); Edward Beili; sneedmike@hotmail.com;=20 hubmib@ietf.org
Subject: RE: [Adslmib] RE: xDSL Bonding - = Reuse of=20 the hubmib-efm-cu-mib work

So this will be a distinct MIB module.=20

I am copying the hubmib WG list, because I am not convinced = that such a=20 change can be treated as editorial and that we can or should avoid = another=20 WGLC for draft-hubmib-efm-cu-mib.

Dan

From: Menachem.Dodge@ecitele.com = [mailto:Menachem.Dodge@ecitele.com]
Sent: Sunday, August = 27, 2006=20 4:28 PM
To: Romascanu, Dan (Dan)
Cc: = adslmib@ietf.org;=20 David Kessens (E-mail); edward.beili@actelis.com;=20 sneedmike@hotmail.com
Subject: Re: [Adslmib] RE: xDSL = Bonding -=20 Reuse of the hubmib-efm-cu-mib work

Hello Dan, =

What you = suggest is fine,=20 but I would rather that the table be placed under the ifMIB - = ifMIBObjects=20 branch together with
the = ifStack=20 Table or perhaps directly under MIB-2 as the ifInvertedStack MIB is=20 situated. Being placed inside the efmCuMIB branch
seems to suggest that it is = for the sole=20 use of the efmCuMIB and this is no longer the case if the xDSL MIB = modules=20 import it.
= =20

Best = Regards,=20
Menachem = Dodge

"Romascanu, Dan=20 \(Dan\)" <dromasca@avaya.com>
27/08/2006 12:47 =

To
<Menachem.Dodge@ecitele.com>,=20 <edward.beili@actelis.com>=20

cc
adslmib@ietf.org, = "David=20 Kessens \(E-mail\)" <david.kessens@nokia.com>,=20 sneedmike@hotmail.com=20

Subject
[Adslmib] RE: xDSL = Bonding -=20 Reuse of the hubmib-efm-cu-mib=20 work

=

<= FONT=20 face=3DArial color=3Dblue size=3D2>Menachem, =

I am=20 adding David Kessens who is the shepherding AD for hubmib (I, being = the=20 chair, cannot play both roles).

Why should=20 ifAvailableStack be defined in a separate MIB module, rather than = changing=20 the text in DESCRIPTION clauses and having it imported by ADSL MIB = modules=20 from EFM-CU-MIB?
=
Speaking as WG chair, I = feel that in case=20 a major change is introduced in the document the WGLC needs to be = redone. At=20 this moment we agreed for a technical iteration to fix some smilint = problems=20 without redoing the LC.
=20
Dan

From: Menachem.Dodge@ecitele.com = [mailto:Menachem.Dodge@ecitele.com]
Sent: Thursday, = August 24,=20 2006 8:08 PM
To: Romascanu, Dan (Dan);=20 edward.beili@actelis.com
Cc: sneedmike@hotmail.com;=20 adslmib@ietf.org
Subject: xDSL Bonding - Reuse of the=20 hubmib-efm-cu-mib work

Hello Dan,=20

= =20 Recently the issue of xDSL bonding has been raised on the ADSL = MIB WG=20 mailing list.

I have spoken briefly with = Edward and=20 we think that it should be possible for us to re-use the = ifAvailableStack=20 table defined in
draft-ietf-hubmib-efm-cu-mib-05.=20

= I=20 would like to ask Edward to separate out this table into a separate = MIB=20 (possibly in the same document) generalizing the = comments,
that would = allow the ADSL=20 MIB WG to make use of these tables, if this work becomes = chartered.=20

=20 I would appreciate your advice on this=20 issue.

Best=20 Regards,
Menachem Dodge_______________________________________________ Adslmib=20 mailing=20 = list Adslmib@ietf.org https://www1.ietf.org/mailman/listinfo/adslmi= b

------_=_NextPart_001_01C6CA03.231DC9F8-- --===============0475559178== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Hubmib mailing list Hubmib@ietf.org https://www1.ietf.org/mailman/listinfo/hubmib --===============0475559178==-- From hubmib-bounces@ietf.org Sun Aug 27 14:35:26 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHPTi-0005ga-O2; Sun, 27 Aug 2006 14:35:26 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHPTi-0005cc-06; Sun, 27 Aug 2006 14:35:26 -0400 Received: from co300216-ier2.net.avaya.com ([198.152.13.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHPTh-0004tE-9j; Sun, 27 Aug 2006 14:35:25 -0400 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by co300216-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id k7RISt1w015872; Sun, 27 Aug 2006 14:28:55 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 27 Aug 2006 21:35:16 +0300 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work Thread-Index: AcbJ4mWpRLzFPaQwTFimKpzL+bx65gABzcgQAAXvc3AAAWoFgA== From: "Romascanu, Dan \(Dan\)" To: "Edward Beili" , X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.3 (/) X-Scan-Signature: fa183e2955b1d12e35b5783ab5b4f6df Cc: adslmib@ietf.org, hubmib@ietf.org, "David Kessens \(E-mail\)" , sneedmike@hotmail.com Subject: [Hubmib] RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work X-BeenThere: hubmib@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ethernet Interfaces an Hub MIB WG List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0412242086==" Errors-To: hubmib-bounces@ietf.org This is a multi-part message in MIME format. --===============0412242086== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CA07.8A9AEC89" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CA07.8A9AEC89 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ed, =20 Please issue a revised I-D, including the two tables in a distinct MIB module, revised DESCRIPTION clause and smilint fixes. =20 My suggestion is to do a one week fast track Last Call to make sure that everybody in the WG has an opportunity to see and react to the changes before we submit the draft to the IESG.=20 =20 Regards, =20 Dan =20 =20 =20 =20 _____ =20 From: Edward Beili [mailto:EdwardB@actelis.com]=20 Sent: Sunday, August 27, 2006 9:04 PM To: Romascanu, Dan (Dan); Menachem.Dodge@ecitele.com Cc: adslmib@ietf.org; David Kessens (E-mail); sneedmike@hotmail.com; hubmib@ietf.org Subject: RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work =09 =09 Dan, I don't have any problem with the suggested change, and, personally, see this as an editorial change. =20 While moving the ifAvailableStackTable to a distinct MIB module (say IF-AVAILABLE-STACK-MIB, seating directly under MIB-2), I would also add an inverse table ifInvAvailableStackTable. =20 Please advise how do you want me to proceed. =20 Regards, -Edward =20 -----Original Message----- From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com] Sent: Sunday, August 27, 2006 6:09 PM To: Menachem.Dodge@ecitele.com Cc: adslmib@ietf.org; David Kessens (E-mail); Edward Beili; sneedmike@hotmail.com; hubmib@ietf.org Subject: RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work =09 =09 =20 So this will be a distinct MIB module.=20 =20 I am copying the hubmib WG list, because I am not convinced that such a change can be treated as editorial and that we can or should avoid another WGLC for draft-hubmib-efm-cu-mib.=20 =20 Dan =20 =20 =20 =20 _____ =20 From: Menachem.Dodge@ecitele.com [mailto:Menachem.Dodge@ecitele.com]=20 Sent: Sunday, August 27, 2006 4:28 PM To: Romascanu, Dan (Dan) Cc: adslmib@ietf.org; David Kessens (E-mail); edward.beili@actelis.com; sneedmike@hotmail.com Subject: Re: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work =09 =09 Hello Dan,=20 =09 What you suggest is fine, but I would rather that the table be placed under the ifMIB - ifMIBObjects branch together with=20 the ifStack Table or perhaps directly under MIB-2 as the ifInvertedStack MIB is situated. Being placed inside the efmCuMIB branch=20 seems to suggest that it is for the sole use of the efmCuMIB and this is no longer the case if the xDSL MIB modules import it.=20 =20 =09 Best Regards,=20 Menachem Dodge =09 =09 =09 =09 "Romascanu, Dan \(Dan\)" =20 27/08/2006 12:47=20 To , =20 cc adslmib@ietf.org, "David Kessens \(E-mail\)" , sneedmike@hotmail.com=20 Subject [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work=09 =09 Menachem,=20 =20 I am adding David Kessens who is the shepherding AD for hubmib (I, being the chair, cannot play both roles).=20 =20 Why should ifAvailableStack be defined in a separate MIB module, rather than changing the text in DESCRIPTION clauses and having it imported by ADSL MIB modules from EFM-CU-MIB?=20 =20 Speaking as WG chair, I feel that in case a major change is introduced in the document the WGLC needs to be redone. At this moment we agreed for a technical iteration to fix some smilint problems without redoing the LC.=20 =20 Dan=20 =20 =20 =20 =09 =09 _____ =20 From: Menachem.Dodge@ecitele.com [mailto:Menachem.Dodge@ecitele.com]=20 Sent: Thursday, August 24, 2006 8:08 PM To: Romascanu, Dan (Dan); edward.beili@actelis.com Cc: sneedmike@hotmail.com; adslmib@ietf.org Subject: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work =09 =09 Hello Dan,=20 =09 =09 Recently the issue of xDSL bonding has been raised on the ADSL MIB WG mailing list.=20 =09 I have spoken briefly with Edward and we think that it should be possible for us to re-use the ifAvailableStack table defined in=20 draft-ietf-hubmib-efm-cu-mib-05.=20 =09 I would like to ask Edward to separate out this table into a separate MIB (possibly in the same document) generalizing the comments,=20 that would allow the ADSL MIB WG to make use of these tables, if this work becomes chartered.=20 =09 I would appreciate your advice on this issue.=20 =09 Best Regards,=20 Menachem Dodge_______________________________________________ Adslmib mailing list Adslmib@ietf.org https://www1.ietf.org/mailman/listinfo/adslmib =09 =09 ------_=_NextPart_001_01C6CA07.8A9AEC89 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Ed,

Please issue a revised I-D, including the two tables in = a distinct=20 MIB module, revised DESCRIPTION clause and smilint=20 fixes.

My suggestion is to do a one week fast track Last Call to make = sure that=20 everybody in the WG has an opportunity to see and react to the changes = before we=20 submit the draft to the IESG.

Regards,

Dan

From: Edward Beili=20 [mailto:EdwardB@actelis.com]
Sent: Sunday, August 27, 2006 = 9:04=20 PM
To: Romascanu, Dan (Dan);=20 Menachem.Dodge@ecitele.com
Cc: adslmib@ietf.org; David = Kessens=20 (E-mail); sneedmike@hotmail.com; hubmib@ietf.org
Subject: = RE:=20 [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib=20 work

Dan,

I=20 don't have any problem with the suggested change, and, personally, see = this as=20 an editorial change.

While moving the ifAvailableStackTable to a = distinct MIB=20 module (say IF-AVAILABLE-STACK-MIB, seating directly under MIB-2), I = would=20 also add an inverse = table ifInvAvailableStackTable.

Please advise how do you want me to = proceed.

Regards,

-Edward

-----Original Message-----
From: Romascanu, Dan = (Dan)=20 [mailto:dromasca@avaya.com]
Sent: Sunday, August 27, 2006 = 6:09=20 PM
To: Menachem.Dodge@ecitele.com
Cc: = adslmib@ietf.org;=20 David Kessens (E-mail); Edward Beili; sneedmike@hotmail.com;=20 hubmib@ietf.org
Subject: RE: [Adslmib] RE: xDSL Bonding - = Reuse of=20 the hubmib-efm-cu-mib work

So this will be a distinct MIB module.=20

I am copying the hubmib WG list, because I = am not=20 convinced that such a change can be treated as editorial and that we = can or=20 should avoid another WGLC for draft-hubmib-efm-cu-mib.=20

Dan

From: = Menachem.Dodge@ecitele.com=20 [mailto:Menachem.Dodge@ecitele.com]
Sent: Sunday, = August 27,=20 2006 4:28 PM
To: Romascanu, Dan (Dan)
Cc:=20 adslmib@ietf.org; David Kessens (E-mail); = edward.beili@actelis.com;=20 sneedmike@hotmail.com
Subject: Re: [Adslmib] RE: xDSL = Bonding -=20 Reuse of the hubmib-efm-cu-mib work

Hello Dan,=20

= What you=20 suggest is fine, but I would rather that the table be placed under = the=20 ifMIB - ifMIBObjects branch together with
the ifStack Table or perhaps directly under MIB-2 as the=20 ifInvertedStack MIB is situated. Being placed inside the efmCuMIB=20 branch
seems to = suggest that=20 it is for the sole use of the efmCuMIB and this is no longer = the=20 case if the xDSL MIB modules import it.

Best Regards,
Menachem=20 Dodge

"Romascanu, Dan=20 \(Dan\)" <dromasca@avaya.com>
27/08/2006 12:47 =

To
<Menachem.Dodge@ecitele.com>,=20 <edward.beili@actelis.com>=20

cc
adslmib@ietf.org, = "David=20 Kessens \(E-mail\)" <david.kessens@nokia.com>,=20 sneedmike@hotmail.com=20

Subject
[Adslmib] RE: xDSL = Bonding -=20 Reuse of the hubmib-efm-cu-mib=20 work

=

<= FONT=20 face=3DArial color=3Dblue size=3D2>Menachem, =

I am=20 adding David Kessens who is the shepherding AD for hubmib (I, = being the=20 chair, cannot play both roles).

Why=20 should ifAvailableStack be defined in a separate MIB module, = rather than=20 changing the text in DESCRIPTION clauses and having it imported by = ADSL=20 MIB modules from EFM-CU-MIB?
=20
Speaking as WG = chair, I feel=20 that in case a major change is introduced in the document the WGLC = needs=20 to be redone. At this moment we agreed for a technical iteration = to fix=20 some smilint problems without redoing the LC. =

Dan
=

From: = Menachem.Dodge@ecitele.com=20 [mailto:Menachem.Dodge@ecitele.com]
Sent: Thursday, = August 24,=20 2006 8:08 PM
To: Romascanu, Dan (Dan);=20 edward.beili@actelis.com
Cc: sneedmike@hotmail.com;=20 adslmib@ietf.org
Subject: xDSL Bonding - Reuse of the=20 hubmib-efm-cu-mib work

Hello Dan,=20

= =20 Recently the issue of xDSL bonding has been raised on the = ADSL MIB=20 WG mailing list.

I have spoken briefly with = Edward=20 and we think that it should be possible for us to re-use the=20 ifAvailableStack table defined in =
draft-ietf-hubmib-efm-cu-mib-05.

= =20 I would like to ask Edward to separate out this table into a = separate MIB (possibly in the same document) generalizing the=20 comments,
that=20 would allow the ADSL MIB WG to make use of these tables, if = this=20 work becomes chartered.

I would = appreciate=20 your advice on this issue.

Best Regards, =
Menachem Dodge_______________________________________________ Adslmib=20 mailing=20 = list Adslmib@ietf.org https://www1.ietf.org/mailman/listinfo/adslmi= b

------_=_NextPart_001_01C6CA07.8A9AEC89-- --===============0412242086== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Hubmib mailing list Hubmib@ietf.org https://www1.ietf.org/mailman/listinfo/hubmib --===============0412242086==-- From hubmib-bounces@ietf.org Sun Aug 27 14:47:22 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHPfF-0002Vt-Ui; Sun, 27 Aug 2006 14:47:21 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHPfD-0002Vf-Qj; Sun, 27 Aug 2006 14:47:19 -0400 Received: from [62.90.13.193] (helo=il-mail.actelis.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHPfC-0007AJ-L6; Sun, 27 Aug 2006 14:47:19 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sun, 27 Aug 2006 21:47:07 +0300 Message-ID: <9C1CAB2B65E62D49A10E49DFCD68EF3E73824C@il-mail.actelis.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work Thread-Index: AcbJ4mWpRLzFPaQwTFimKpzL+bx65gABzcgQAAXvc3AAAWoFgAAAiiKQ From: "Edward Beili" To: "Romascanu, Dan \(Dan\)" , X-Spam-Score: 0.3 (/) X-Scan-Signature: c8611c7316981838cbe4195d07ac7fdb Cc: adslmib@ietf.org, hubmib@ietf.org, "David Kessens \(E-mail\)" , sneedmike@hotmail.com Subject: [Hubmib] RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work X-BeenThere: hubmib@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ethernet Interfaces an Hub MIB WG List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1157903683==" Errors-To: hubmib-bounces@ietf.org This is a multi-part message in MIME format. --===============1157903683== content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C6CA09.3280C230" This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CA09.3280C230 Content-Type: text/plain; charset="WINDOWS-1255" Content-Transfer-Encoding: quoted-printable ok. -E. -----Original Message----- From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com] Sent: Sunday, August 27, 2006 9:35 PM To: Edward Beili; Menachem.Dodge@ecitele.com Cc: adslmib@ietf.org; David Kessens (E-mail); sneedmike@hotmail.com; = hubmib@ietf.org Subject: RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib = work Ed, =20 Please issue a revised I-D, including the two tables in a distinct MIB = module, revised DESCRIPTION clause and smilint fixes. =20 My suggestion is to do a one week fast track Last Call to make sure that = everybody in the WG has an opportunity to see and react to the changes = before we submit the draft to the IESG.=20 =20 Regards, =20 Dan =20 =20 =20 =20 _____ =20 From: Edward Beili [mailto:EdwardB@actelis.com]=20 Sent: Sunday, August 27, 2006 9:04 PM To: Romascanu, Dan (Dan); Menachem.Dodge@ecitele.com Cc: adslmib@ietf.org; David Kessens (E-mail); sneedmike@hotmail.com; = hubmib@ietf.org Subject: RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib = work Dan, I don't have any problem with the suggested change, and, personally, see = this as an editorial change. =20 While moving the ifAvailableStackTable to a distinct MIB module (say = IF-AVAILABLE-STACK-MIB, seating directly under MIB-2), I would also add = an inverse table ifInvAvailableStackTable. =20 Please advise how do you want me to proceed. =20 Regards, -Edward =20 -----Original Message----- From: Romascanu, Dan (Dan) [mailto:dromasca@avaya.com] Sent: Sunday, August 27, 2006 6:09 PM To: Menachem.Dodge@ecitele.com Cc: adslmib@ietf.org; David Kessens (E-mail); Edward Beili; = sneedmike@hotmail.com; hubmib@ietf.org Subject: RE: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib = work =20 So this will be a distinct MIB module.=20 =20 I am copying the hubmib WG list, because I am not convinced that such a = change can be treated as editorial and that we can or should avoid = another WGLC for draft-hubmib-efm-cu-mib.=20 =20 Dan =20 =20 =20 =20 _____ =20 From: Menachem.Dodge@ecitele.com [mailto:Menachem.Dodge@ecitele.com]=20 Sent: Sunday, August 27, 2006 4:28 PM To: Romascanu, Dan (Dan) Cc: adslmib@ietf.org; David Kessens (E-mail); edward.beili@actelis.com; = sneedmike@hotmail.com Subject: Re: [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib = work Hello Dan,=20 What you suggest is fine, but I would rather that the table be = placed under the ifMIB - ifMIBObjects branch together with=20 the ifStack Table or perhaps directly under MIB-2 as the ifInvertedStack = MIB is situated. Being placed inside the efmCuMIB branch=20 seems to suggest that it is for the sole use of the efmCuMIB and this = is no longer the case if the xDSL MIB modules import it.=20 =20 Best Regards,=20 Menachem Dodge "Romascanu, Dan \(Dan\)" =20 27/08/2006 12:47=20 To , =20 cc adslmib@ietf.org, "David Kessens \(E-mail\)" , = sneedmike@hotmail.com=20 Subject [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work=09 =09 Menachem,=20 =20 I am adding David Kessens who is the shepherding AD for hubmib (I, being = the chair, cannot play both roles).=20 =20 Why should ifAvailableStack be defined in a separate MIB module, rather = than changing the text in DESCRIPTION clauses and having it imported by = ADSL MIB modules from EFM-CU-MIB?=20 =20 Speaking as WG chair, I feel that in case a major change is introduced = in the document the WGLC needs to be redone. At this moment we agreed = for a technical iteration to fix some smilint problems without redoing = the LC.=20 =20 Dan=20 =20 =20 =20 _____ =20 From: Menachem.Dodge@ecitele.com [mailto:Menachem.Dodge@ecitele.com]=20 Sent: Thursday, August 24, 2006 8:08 PM To: Romascanu, Dan (Dan); edward.beili@actelis.com Cc: sneedmike@hotmail.com; adslmib@ietf.org Subject: xDSL Bonding - Reuse of the hubmib-efm-cu-mib work Hello Dan,=20 Recently the issue of xDSL bonding has been raised on the ADSL = MIB WG mailing list.=20 I have spoken briefly with Edward and we think that it should be = possible for us to re-use the ifAvailableStack table defined in=20 draft-ietf-hubmib-efm-cu-mib-05.=20 I would like to ask Edward to separate out this table into a = separate MIB (possibly in the same document) generalizing the comments,=20 that would allow the ADSL MIB WG to make use of these tables, if this = work becomes chartered.=20 I would appreciate your advice on this issue.=20 Best Regards,=20 Menachem Dodge_______________________________________________ Adslmib mailing list Adslmib@ietf.org https://www1.ietf.org/mailman/listinfo/adslmib ------_=_NextPart_001_01C6CA09.3280C230 Content-Type: text/html; charset="WINDOWS-1255" Content-Transfer-Encoding: quoted-printable

ok.

-E.

-----Original Message-----
From: Romascanu, Dan = (Dan)=20 [mailto:dromasca@avaya.com]
Sent: Sunday, August 27, 2006 = 9:35=20 PM
To: Edward Beili; = Menachem.Dodge@ecitele.com
Cc:=20 adslmib@ietf.org; David Kessens (E-mail); sneedmike@hotmail.com;=20 hubmib@ietf.org
Subject: RE: [Adslmib] RE: xDSL Bonding - = Reuse of=20 the hubmib-efm-cu-mib work

Ed,

Please issue a revised I-D, including the two tables in = a distinct=20 MIB module, revised DESCRIPTION clause and smilint=20 fixes.

My suggestion is to do a one week fast track Last Call to = make sure=20 that everybody in the WG has an opportunity to see and react to the = changes=20 before we submit the draft to the IESG. =

Regards,

Dan

From: Edward Beili=20 [mailto:EdwardB@actelis.com]
Sent: Sunday, August 27, = 2006 9:04=20 PM
To: Romascanu, Dan (Dan);=20 Menachem.Dodge@ecitele.com
Cc: adslmib@ietf.org; David = Kessens=20 (E-mail); sneedmike@hotmail.com; hubmib@ietf.org
Subject: = RE:=20 [Adslmib] RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib=20 work

Dan,

I=20 don't have any problem with the suggested change, and, personally, = see this=20 as an editorial change.

While moving the ifAvailableStackTable to a = distinct MIB=20 module (say IF-AVAILABLE-STACK-MIB, seating directly under MIB-2), I = would=20 also add an inverse = table ifInvAvailableStackTable.

Please advise how do you want me to = proceed.

Regards,

-Edward

-----Original Message-----
From: Romascanu, Dan = (Dan)=20 [mailto:dromasca@avaya.com]
Sent: Sunday, August 27, = 2006 6:09=20 PM
To: Menachem.Dodge@ecitele.com
Cc:=20 adslmib@ietf.org; David Kessens (E-mail); Edward Beili;=20 sneedmike@hotmail.com; hubmib@ietf.org
Subject: RE: = [Adslmib]=20 RE: xDSL Bonding - Reuse of the hubmib-efm-cu-mib=20 work

So this will be a distinct MIB module.=20

I am copying the hubmib WG list, because = I am not=20 convinced that such a change can be treated as editorial and that = we can=20 or should avoid another WGLC for draft-hubmib-efm-cu-mib.=20

Dan

From: = Menachem.Dodge@ecitele.com=20 [mailto:Menachem.Dodge@ecitele.com]
Sent: Sunday, = August 27,=20 2006 4:28 PM
To: Romascanu, Dan (Dan)
Cc:=20 adslmib@ietf.org; David Kessens (E-mail); = edward.beili@actelis.com;=20 sneedmike@hotmail.com
Subject: Re: [Adslmib] RE: xDSL = Bonding=20 - Reuse of the hubmib-efm-cu-mib work

Hello = Dan,=20

= What=20 you suggest is fine, but I would rather that the table be placed = under=20 the ifMIB - ifMIBObjects branch together with
the ifStack Table or perhaps directly = under MIB-2=20 as the ifInvertedStack MIB is situated. Being placed inside the = efmCuMIB=20 branch
seems to = suggest=20 that it is for the sole use of the efmCuMIB and this = is no=20 longer the case if the xDSL MIB modules import it. =
=

Best Regards,
Menachem Dodge

"Romascanu, Dan=20 \(Dan\)" <dromasca@avaya.com>
27/08/2006 = 12:47

To
<Menachem.Dodge@ecitele.com>,=20 <edward.beili@actelis.com>=20

cc
adslmib@ietf.org, = "David=20 Kessens \(E-mail\)" <david.kessens@nokia.com>, = sneedmike@hotmail.com=20

Subject
[Adslmib] RE: = xDSL Bonding=20 - Reuse of the hubmib-efm-cu-mib=20 work

=

<= FONT=20 face=3DArial color=3Dblue = size=3D2>Menachem,

I am=20 adding David Kessens who is the shepherding AD for hubmib (I, = being the=20 chair, cannot play both roles).

Why=20 should ifAvailableStack be defined in a separate MIB module, = rather than=20 changing the text in DESCRIPTION clauses and having it imported = by ADSL=20 MIB modules from EFM-CU-MIB?

Speaking as WG chair, I feel that in case a major = change is=20 introduced in the document the WGLC needs to be redone. At this = moment=20 we agreed for a technical iteration to fix some smilint problems = without=20 redoing the LC.
=
Dan =

=

From: = Menachem.Dodge@ecitele.com=20 [mailto:Menachem.Dodge@ecitele.com]
Sent: Thursday, = August=20 24, 2006 8:08 PM
To: Romascanu, Dan (Dan);=20 edward.beili@actelis.com
Cc: sneedmike@hotmail.com;=20 adslmib@ietf.org
Subject: xDSL Bonding - Reuse of the=20 hubmib-efm-cu-mib work

Hello Dan,=20

= =20 Recently the issue of xDSL bonding has been raised on the = ADSL MIB=20 WG mailing list.

I have spoken briefly = with Edward=20 and we think that it should be possible for us to re-use the=20 ifAvailableStack table defined in =
draft-ietf-hubmib-efm-cu-mib-05.

= =20 I would like to ask Edward to separate out this table into = a=20 separate MIB (possibly in the same document) generalizing the=20 comments,
that would allow the ADSL MIB WG to make use = of these=20 tables, if this work becomes chartered.

= =20 I would appreciate your advice on this issue.=20

Best = Regards,
Menachem=20 Dodge_______________________________________________ Adslmib=20 mailing=20 = list Adslmib@ietf.org https://www1.ietf.org/mailman/listinfo/adslmi= b

= ------_=_NextPart_001_01C6CA09.3280C230-- --===============1157903683== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Hubmib mailing list Hubmib@ietf.org https://www1.ietf.org/mailman/listinfo/hubmib --===============1157903683==-- From hubmib-bounces@ietf.org Sun Aug 27 15:08:42 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHPzs-0003Bu-Lk; Sun, 27 Aug 2006 15:08:40 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHPzr-0003Bn-8D for hubmib@ietf.org; Sun, 27 Aug 2006 15:08:39 -0400 Received: from co300216-ier2.net.avaya.com ([198.152.13.103]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHPzm-00028r-Qm for hubmib@ietf.org; Sun, 27 Aug 2006 15:08:39 -0400 Received: from IS0004AVEXU1.global.avaya.com (h135-64-105-51.avaya.com [135.64.105.51]) by co300216-ier2.net.avaya.com (Switch-3.1.8/Switch-3.1.7) with ESMTP id k7RJ29L9025351 for ; Sun, 27 Aug 2006 15:02:10 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sun, 27 Aug 2006 22:08:31 +0300 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Comment from ITU-T Q10/4 concerning draft-ietf-hubmib-rfc3636bis-05.txt (was: FW: SNMP MIBs for ethernet management) Thread-Index: Aca2zvditZtK59DiQeWqzrfl8vgIdQADtKigBMtn7QA= From: "Romascanu, Dan \(Dan\)" To: X-Scanner: InterScan AntiVirus for Sendmail X-Spam-Score: 0.0 (/) X-Scan-Signature: 5d7a7e767f20255fce80fa0b77fb2433 Cc: Dave Sidor , Yoav.Cohen@alcatel.co.il Subject: [Hubmib] Comment from ITU-T Q10/4 concerning draft-ietf-hubmib-rfc3636bis-05.txt (was: FW: SNMP MIBs for ethernet management) X-BeenThere: hubmib@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ethernet Interfaces an Hub MIB WG List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: hubmib-bounces@ietf.org =20 We received the following comment from ITU-T Q10/4 concerning draft-ietf-hubmib-rfc3636bis-05.txt. I suggest to enter this comment as a IESG LC comment.=20 I would also suggest that we forward the IESG LC announcement to ITU-T Q10/4 so that they have an opportunity to provide other comments if they are interested.=20 Dan =20 =20 -----Original Message----- From: Yoav Cohen [mailto:Yoav.Cohen@alcatel.co.il]=20 Sent: Monday, August 07, 2006 3:56 PM To: WangZhili_BUPT; william.a.bjorkman@verizon.com; WangYing-BUPT; tonyr@tmforum.org; steve.c.butler@verizon.com; rroman@telcordia.com; ron.young@sbcglobal.net; Ravi Subrahmanyan; Nian Qingfei; nan_chen@atrica.com; Menachem Malkosh; Lam, Hing-Kam (Kam); KDorking@CIENA.com; fujii.nobuo@lab.ntt.co.jp; Flemisch Felix; djsidor@nortel.com; chenbin@cattsoft.com; chen.qiaogang@zte.com.cn; chen.jie@zte.com.cn; bklessig@cisco.com; Bernd Zeuner; amayer@telcordia.com; sergiop@nakinasystems.com Cc: Michael.Fargano@Qwest.com; maeda@ansl.ntt.co.jp; ITU-T Q10/4 Subject: RE: SNMP MIBs for ethernet management Dear Wang Zhili, Currently the only comment I have is wrt "Definitions of Managed Objects for IEEE 802.3 Medium Attachment Units (MAUs)" (draft-ietf-hubmib-rfc3636bis-05.txt) MIB. The comment is that it would be very helpful to have a description in e.g. ifMauAutoNegCapAdvertisedBits MIB object on how to set the Pause values defined by the BITS syntax for each of the various scenarios e.g. symmetric, asymmetric, etc. Regards, Yoav Cohen.=20 -----Original Message----- From: WangZhili_BUPT [mailto:zlwang@bupt.edu.cn] Sent: Thursday, August 03, 2006 8:31 AM To: Yoav Cohen; william.a.bjorkman@verizon.com; WangZhili_BUPT; WangYing-BUPT; tonyr@tmforum.org; steve.c.butler@verizon.com; rroman@telcordia.com; ron.young@sbcglobal.net; Ravi Subrahmanyan; Nian Qingfei; nan_chen@atrica.com; Menachem Malkosh; Lam, Hing-Kam (Kam); KDorking@CIENA.com; fujii.nobuo@lab.ntt.co.jp; Flemisch Felix; djsidor@nortel.com; chenbin@cattsoft.com; chen.qiaogang@zte.com.cn; chen.jie@zte.com.cn; bklessig@cisco.com; Bernd Zeuner; amayer@telcordia.com; sergiop@nakinasystems.com Cc: Michael.Fargano@Qwest.com; maeda@ansl.ntt.co.jp; ITU-T Q10/4 Subject: Fw: SNMP MIBs for ethernet management Dear Q10/4 Colleagues: The attached document contains the SNMP MIBs proposed for inclusion into the NGN Management Specification Roadmap that Dave mentioned at the virtual meeting yesterday. I myself reviewed this document and have no comments on it. If any of you have any comments or objections about this document, please send you comments to the Q10/4 email list. By the end of next Monday (EST time) (August 7), if I receive no objections, I will inform Dave that Q10/4 agrees with this document. Thank you! Regards, Wang Zhili ----- Original Message ----- From: "Dave Sidor" To: "*List, Q 10/4" Sent: Wednesday, August 02, 2006 9:09 PM Subject: SNMP MIBs for ethernet management > Q 10/4 Colleagues, >=20 > As agreed on today's Q 10/4 virtual meeting, I have attached the set=20 > of SNMP MIBs proposed for inclusion into the NGN Management=20 > Specification Roadmap to support ethernet management. Their=20 > application will be limited to NE interfaces, as is the SNMP protocol=20 > itself. If you recall, several other SG4 and MEF specifications are=20 > already recognized in the Roadmap which can be viewed at the following URL: >=20 > http://www.itu.int/ITU-T/studygroups/com04/roadmap.html >=20 > This proposal was made by the Dan Romascanu, an IETF Area Co-Director, > who is updating the charts for the inclusion decision planned for the=20 > next NGNMFG virtual meeting on 29 August. >=20 > I would appreciate your comments regarding this proposal. They should=20 > be sent to this mailing list PRIOR to 29 August. Everyone of course is > also invited to the NGNMFG meeting. >=20 > Dave This mail arrived via Alcatel Telecom Israel .pineapp =20 ************************************************************************ ************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. *********************************************** =20 This mail was sent from Alcatel Telecom Israel .pineapp =20 ************************************************************************ ************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. ************************************************************************ ************ _______________________________________________ Hubmib mailing list Hubmib@ietf.org https://www1.ietf.org/mailman/listinfo/hubmib From hubmib-bounces@ietf.org Sun Aug 27 15:26:35 2006 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHQHD-0002oM-9I; Sun, 27 Aug 2006 15:26:35 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GHQHB-0002oH-HW for hubmib@ietf.org; Sun, 27 Aug 2006 15:26:33 -0400 Received: from [62.90.13.193] (helo=il-mail.actelis.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GHQHA-0005ug-4y for hubmib@ietf.org; Sun, 27 Aug 2006 15:26:33 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="WINDOWS-1255" Content-Transfer-Encoding: quoted-printable Subject: RE: [Hubmib] question on EFMCu MIB Date: Sun, 27 Aug 2006 22:26:31 +0300 Message-ID: <9C1CAB2B65E62D49A10E49DFCD68EF3E73824E@il-mail.actelis.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Hubmib] question on EFMCu MIB Thread-Index: AcbIJPA6hdApbvSwRvi9oHeJxV0+cQB33LcA From: "Edward Beili" To: X-Spam-Score: 0.0 (/) X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 Cc: hubmib@ietf.org X-BeenThere: hubmib@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Ethernet Interfaces an Hub MIB WG List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: hubmib-bounces@ietf.org Frank, Good point. These counters are leftovers from the time when the = corresponding Clause 30 objects were not defined yet, so I used a direct = mapping of Clause 45 counters, which are cleared on reset. I would point efmCuPmeTCCodingErrors to aTCCodingViolations defined in = 30.11.2.1.5 and efmCuPmeTCCrcErrors to aTCCRCErrors defined in = 30.11.2.1.10, adding a discontinuity counter as well. Thanks for catching it, -Edward > -----Original Message----- > From: frank.van_der_putten@alcatel.be=20 > [mailto:frank.van_der_putten@alcatel.be] > Sent: Friday, August 25, 2006 11:59 AM > To: hubmib@ietf.org > Subject: [Hubmib] question on EFMCu MIB >=20 >=20 >=20 > I just joined this list because I have the following question on the=20 > EFMCu MIB: >=20 > The EFMCu MIB states for the TCCRCErrors and=20 > TCCodingViolations counters: >=20 > "The value of zero SHALL be returned when PME is down or=20 > initializing." >=20 > Does this mean the OAM counter is reset to all zeros upon PME down or=20 > initializing ? > If yes, I think this incorrect because these OAM counters are=20 > defined as=20 > non-resettable in Clause 30.11.2.1.9&10. >=20 > Comments? >=20 > Regards, > Frank Van der Putten >=20 >=20 > _______________________________________________ > Hubmib mailing list > Hubmib@ietf.org > https://www1.ietf.org/mailman/listinfo/hubmib >=20 _______________________________________________ Hubmib mailing list Hubmib@ietf.org https://www1.ietf.org/mailman/listinfo/hubmib