RE: [MIPSHOP-MIH-DT] Still [Transport] issues

Sam Xia <xiazhongqi@huawei.com> Tue, 04 September 2007 10:01 UTC

Return-path: <mipshop-mih-dt-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ISVEK-0002M9-1M; Tue, 04 Sep 2007 06:01:56 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ISVEI-0002EA-89 for mipshop-mih-dt@ietf.org; Tue, 04 Sep 2007 06:01:54 -0400
Received: from szxga04-in.huawei.com ([61.144.161.7]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ISVEH-000327-AQ for mipshop-mih-dt@ietf.org; Tue, 04 Sep 2007 06:01:54 -0400
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JNU00JY092ZU0@szxga04-in.huawei.com> for mipshop-mih-dt@ietf.org; Tue, 04 Sep 2007 17:59:24 +0800 (CST)
Received: from huawei.com ([172.24.1.18]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JNU00M9P92U0T@szxga04-in.huawei.com> for mipshop-mih-dt@ietf.org; Tue, 04 Sep 2007 17:59:23 +0800 (CST)
Received: from x49105 ([10.111.12.54]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JNU0090T92OW6@szxml03-in.huawei.com> for mipshop-mih-dt@ietf.org; Tue, 04 Sep 2007 17:59:18 +0800 (CST)
Date: Tue, 04 Sep 2007 17:59:09 +0800
From: Sam Xia <xiazhongqi@huawei.com>
Subject: RE: [MIPSHOP-MIH-DT] Still [Transport] issues
In-reply-to: <E5E76343C87BB34ABC6C3FDF3B312727016FB307@daebe103.NOE.Nokia.com>
To: Gabor.Bajko@nokia.com, telemaco.melia@netlab.nec.de, mipshop-mih-dt@ietf.org
Message-id: <000a01c7eeda$3cf5a040$360c6f0a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3138
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Thread-index: AcfrHPln8FqKbWJBQWy60Gm9f9XJpADuZriQAACvcAA=
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
Cc:
X-BeenThere: mipshop-mih-dt@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: MIPSHOP Media Independent Handover Design Team List <mipshop-mih-dt.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mipshop-mih-dt>, <mailto:mipshop-mih-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www1.ietf.org/mailman/private/mipshop-mih-dt>
List-Post: <mailto:mipshop-mih-dt@ietf.org>
List-Help: <mailto:mipshop-mih-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mipshop-mih-dt>, <mailto:mipshop-mih-dt-request@ietf.org?subject=subscribe>
Errors-To: mipshop-mih-dt-bounces@ietf.org


> Hi,
> 
> I am still wondering, if the transport we have chosen are the 
> right ones. I understand that ES and CS are rather small 
> messages, and having UDP carrying them would be good enough. 
> The problem is, that these two types of messages fall under a 
> "push" model, where the network would unsolicitedly send 
> these messages over udp. If there are to be middlebozes in 
> between, those will cause problems. Current NATs do not have 
> a well specified timeout period but it seems that 30 sec is 
> quite ofter used.

Sam>
Could you expand more?  sorry that i don't know why  ES and CS fall in
"push" model and what is your meaning of "network would unsolicitedly send 
 these messages over udp". and why NATs do not work well for "push" model.

> IS on the other had is more like a pull model, so no major 
> problems for the middleboxes. If MIH would have applic layer 
> fragmentation, then I'd say udp would certainly fit better 
> here than tcp.

Sam>
I have the same question.

> 
> We could say that any choice is as good (or as bad) as the 
> other one, it mainly depends on the deployment scenario which 
> we still do no know. I was just trying to point out that 
> avoiding udp fragmentation must not be the only consideration 
> to be taken into account.
> 
> Hopefully we can spend a few minutes on these issues on the conf call.
> 
> - gabor
> 
> -----Original Message-----
> From: ext Telemaco Melia [mailto:telemaco.melia@netlab.nec.de]
> Sent: Thursday, August 30, 2007 8:46 AM
> To: mipshop-mih-dt@ietf.org
> Subject: [MIPSHOP-MIH-DT] Current status
> 
> Dear all,
> 
> I have been reading the input Gabor provided with the IDs 
> draft-bajko-mos-dhcp-options-00 and draft-bajko-mos-dns-discovery-00.
> Thanks Gabor for the work. Here my comments:
> 
> o draft-bajko-mos-dhcp-options-00
> -1 terminology section should be aligned with the PS doc
> -2 introduction section: I do not think it is required, I 
> would prefer to refer to the solution doc and move the text 
> there if you want.
> -3 discussion on co-located MoS: move it to the solution 
> document when we talk about the transport
> 
> o draft-bajko-mos-dns-discovery-00
> - same as before for 1 and 2
> - refer to the solution document when you discuss on the 
> selection of the transport
> 
> During the nect AC we should then discuss the open points 
> noted in the draft.
> I also would like to receive from Nada an update of the 
> current status and see what text we can included in the first 
> version of the document.
> 
> As for the time of the AC I would propose to have it at 14:00 
> CET on Tuesday September 4th.
> Would  be fine with everybody?
> 
> Please le me know
> 
> Telemac
> 
> _______________________________________________
> MIPSHOP-MIH-DT mailing list
> MIPSHOP-MIH-DT@ietf.org
> https://www1.ietf.org/mailman/listinfo/mipshop-mih-dt
> 



_______________________________________________
MIPSHOP-MIH-DT mailing list
MIPSHOP-MIH-DT@ietf.org
https://www1.ietf.org/mailman/listinfo/mipshop-mih-dt