Re: [16NG] WGLC: draft-ietf-16ng-ip-over-ethernet-over-802.16-02

"Jongtaek Oh" <jtoh@hansung.ac.kr> Fri, 14 September 2007 02:28 UTC

Return-path: <16ng-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IW0vI-0004bQ-IH; Thu, 13 Sep 2007 22:28:48 -0400
Received: from 16ng by megatron.ietf.org with local (Exim 4.43) id 1IW0vH-0004VJ-7V for 16ng-confirm+ok@megatron.ietf.org; Thu, 13 Sep 2007 22:28:47 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IW0vG-0004Sg-OX for 16ng@ietf.org; Thu, 13 Sep 2007 22:28:46 -0400
Received: from [128.134.165.9] (helo=hansung.ac.kr) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1IW0vE-0006GG-Pk for 16ng@ietf.org; Thu, 13 Sep 2007 22:28:46 -0400
x-beehive-trace: jtoh@hansung.ac.kr 16ng@ietf.org 211.48.44.13
Received: from hansung.ac.kr by ietf.org with ESMTP (hansung.ac.kr) for 16ng@ietf.org; Fri, 14 Sep 2007 11:29:42 +0900 (KST)
x-beehive-kind: normal
x-beehive-modified: received kind
Message-ID: <00d001c7f676$f1c1c410$0d2c30d3@jtohoffice>
From: "Jongtaek Oh" <jtoh@hansung.ac.kr>
To: "Riegel, Maximilian" <maximilian.riegel@nsn.com>, <16ng@ietf.org>
References: <0JNV004TFJKQF3@mmp2.samsung.com> <002501c7f03b$24268770$0d2c30d3@jtohoffice> <7F5DE213D76BA54CBF56258675D8D3E10C52F9@MCHP7I7A.ww002.siemens.net>
Subject: Re: [16NG] WGLC: draft-ietf-16ng-ip-over-ethernet-over-802.16-02
Date: Fri, 14 Sep 2007 11:28:32 +0900
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 1a1bf7677bfe77d8af1ebe0e91045c5b
Cc: =?utf-8?B?7LCo7Jqp7KO867CV7IKs?= <yjtcha@kt.co.kr>, =?utf-8?B?6rmA7ZiV6rec6rO87J6l64uY?= <hyungkim@kt.co.kr>
X-BeenThere: 16ng@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: 16ng working group discussion list <16ng.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/16ng>
List-Post: <mailto:16ng@ietf.org>
List-Help: <mailto:16ng-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/16ng>, <mailto:16ng-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0162035426=="
Errors-To: 16ng-bounces@ietf.org

Last night, I have met two KT members to discuss about MBS or MCBCS for IEEE 802.16e network.
Also, we talked about IETF 16ng issues.

We agreed on that the radio link of 802.16 network should support broadcasting/multicasting channel for MBS service,
even if unicasting channel could be used for MBS services. It should be up to service provider's decision, according to business and/or
service model.

And next, it would be better that IETF should deal with just on Internet protocol issues, not evolving radio technology.
That means, too much detailed description and restricting words about the functions of radio link are not proper to be included in RFCs.

Thank you for the discussion.

Jongtaek Oh
Hansung Univ.
Seoul, Korea



----- Original Message ----- 
From: "Riegel, Maximilian" <maximilian.riegel@nsn.com>
To: "Jongtaek Oh" <jtoh@hansung.ac.kr>kr>; <16ng@ietf.org>
Cc: "?????" <yjtcha@kt.co.kr>kr>; "?????" <woojaa@samsung.com>om>; "??????" <hyungkim@kt.co.kr>kr>; "?????" <nh_lim@samsung.com>om>; "Daniel Park" <soohong.park@samsung.com>
Sent: Thursday, September 06, 2007 6:47 PM
Subject: RE: [16NG] WGLC: draft-ietf-16ng-ip-over-ethernet-over-802.16-02


Please do not mix up MBS services (MCBCS in the WiMAX Forum) with MBS in
the IEEE802.16 specification. MBS in the IEEE802.16 specification
describes the possibility to share a downlink connection with multiple
MSs/SSs.

MBS Services are fully supported by this I-D (please see chapter 6.1).

There are good reasons not to deploy IEEE802.16 MBS channels for
Ethernet broadcasts. Annex A lists purely for information some of the
issues coming up with deployment of IEEE802.16 MBS channels.

Indeed there is an ongoing activity in the WiMAX Forum on MCBCS, which
works on network solutions to increase the efficiency of MBS channels
especially at the cell edge. The issues listed in annex A will remain,
but the effects on the link capacity will become smaller. Unfortunately
new issues will appear for real deployments.

Is there any publication explaining the benefits and issues of
IEEE802.16 MBS channels more in detail? Annex A is little bit too much
radio and I would like to remove annex A if there is any reference we
can use instead.

Any hint for a reference?

Bye
Max

-----Original Message-----
From: ext Jongtaek Oh [mailto:jtoh@hansung.ac.kr] 
Sent: Thursday, September 06, 2007 6:05 AM
To: 16ng@ietf.org; Daniel Park
Cc: ?????; ?????; ??????; ?????
Subject: Re: [16NG] WGLC:
draft-ietf-16ng-ip-over-ethernet-over-802.16-02

I have some comment about the
draft-ietf-16ng-ip-over-ethernet-over-802.16-02,
especially for broadcasting and multicasting issue.

1. Firstly, it describes the functionality of IEEE 802.16 network for
MBS services, very pessimistically.
    As it mentioned, the specification and technology for MBS is not
perfect. But it is under developing by NWG of WiMax forum,
    and the broadcasting and/or multicasting in the radio link could be
possible, not impossible.
    This draft is for standard RFC, not for informative RFC, so only
specification related matters must be defined in the draft
    and leave the room for new technology can come in.

2. MBS service is important for network operators and service providers
to compete with the other cellular networks.
    For example, 3GPP Release99 can broadcast messages using cell
broadcasting technology.
    WiMax forum is developing MCBCS related technologies and
specifications which deals with the solution against the problems the
appendix A cited.
    For example, the unicasting or the broadcasting methods are to be
decided at the BS or AR according to the number of users in the cell.
    If all the IETF documents exclude the possibility of broadcasting
and multicasting transmission method, then they could be useless to the
WiMax industry.

In conclusion, I suggest to remove all the sentences which state the
negative respects of  multicast/broadcast for 802.16 network including
Appendix A.


Jongtaek Oh
Hansung Univ.
Seoul, Korea




----- Original Message ----- 
From: "Daniel Park" <soohong.park@samsung.com>
To: <16ng@ietf.org>
Sent: Wednesday, September 05, 2007 11:43 AM
Subject: RE: [16NG] WGLC:
draft-ietf-16ng-ip-over-ethernet-over-802.16-02


> reminding...
> 
> No show in the list for this WGLC. If you have any comments/feedbacks
on
> this call, please speak up now. Also, if you are ok with this version
(no
> changes), please show up your positive on this list. Otherwise, this
WGLC
> can't pass...!
> 
> Daniel Park
> 
>> -----Original Message-----
>> From: Daniel Park [mailto:soohong.park@samsung.com] 
>> Sent: Thursday, August 16, 2007 3:50 PM
>> To: 16ng@ietf.org
>> Subject: [16NG] WGLC: draft-ietf-16ng-ip-over-ethernet-over-802.16-02
>> 
>> Folks,
>> 
>> This is a WGLC on draft-ietf-16ng-ip-over-ethernet-over-802.16-02
>> "Transmission of IP over Ethernet over IEEE 802.16 Networks".
>> 
>> o Intended publication: Proposed Standard RFC
>> 
>> The latest version can be found at:
>> http://www.ietf.org/internet-drafts/draft-ietf-16ng-ip-over-et
>> hernet-over-80
>> 2.16-02.txt
>> 
>> Due to vacation period, it will expire on September 7 2007.
>> 
>> -------------------------------------------------------
>> Daniel Park & Gabriel Montenegro
>> Chairs, 16NG Working Group
>> 
>> 
>> 
>> _______________________________________________
>> 16NG mailing list
>> 16NG@ietf.org
>> https://www1.ietf.org/mailman/listinfo/16ng
>> 
>> 
> 
> 
> 
> _______________________________________________
> 16NG mailing list
> 16NG@ietf.org
> https://www1.ietf.org/mailman/listinfo/16ng
>
_______________________________________________
16NG mailing list
16NG@ietf.org
https://www1.ietf.org/mailman/listinfo/16ng