[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [AVT] I-D ACTION:draft-ietf-avt-app-rtp-keepalive-02.txt
Correction:
'Players using no-op is not most of them. Most of them use "4.8. RTP Packet with Unknown Payload Type" but some uses no-op although they don't use MIME for SDP.'
The problem is that there is not much information for NAT traversal.
Each vendor made their own format. That no-op was one of solutions and that's why they use it according to them. (Null UDP packet was one but no discussion except question regarding DCCP. But there seems a patent issue for this solution)
Anyway, we got many questions and IOT issues for this in the field.
Therefore, any rule must be made ASAP.
Regards,
Jaehwan
-----Original Message-----
From: avt-bounces at ietf.org [mailto:avt-bounces at ietf.org] On Behalf Of Jaehwan Kim
Sent: Monday, February 11, 2008 9:06 AM
To: Gunnar Hellström; avt at ietf.org
Subject: Re: [AVT] I-D ACTION:draft-ietf-avt-app-rtp-keepalive-02.txt
Hello,
Although avt-no-op is expired, I think such a guideline is good.
Most of off-the-shelf mobile players seem to send it or null UDP packet.
Therefore, I recommend keeping it at least until this draft is finalized.
Regards,
Jaehwan
-----Original Message-----
From: avt-bounces at ietf.org [mailto:avt-bounces at ietf.org] On Behalf Of Gunnar Hellstrom
Sent: Sunday, February 10, 2008 7:50 AM
To: avt at ietf.org
Subject: Re: [AVT] I-D ACTION:draft-ietf-avt-app-rtp-keepalive-02.txt
The updated keepalive draft looks good and concise and has a straightforward
recommendation.
And now it also gives a good specific alternative for RFC 4103 traffic, for
cases when the main recommended way is not possible. Good.
A small thing: There is still a reference to draft-ietf-avt-no-op. That
draft has expired and is not available anymore, and thus not possible to
reference. So, section 4.6 needs to be deleted or that draft revived.
Gunnar
-------------------------------------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom at omnitor.se
Tel: +46708204288
www.omnitor.se
A New Internet-Draft is available from the on-line Internet-Drafts
directories.
This draft is a work item of the Audio/Video Transport Working Group of the
IETF.
Title : Application Mechanism for maintaining alive the
Network Address Translator (NAT) mappings associated to RTP flows.
Author(s) : X. Marjou, A. Sollaud
Filename : draft-ietf-avt-app-rtp-keepalive-02.txt
Pages : 11
Date : 2008-2-8
This document lists the different mechanisms that enable applications
using Real-time Transport Protocol (RTP) to maintain their RTP
Network Address Translator (NAT) mappings alive. It also makes a
recommendation for a preferred mechanism. This document is not
applicable to Interactive Connectivity Establishment (ICE) agents.
A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-avt-app-rtp-keepalive-02.txt
_______________________________________________
Audio/Video Transport Working Group
avt at ietf.org
http://www.ietf.org/mailman/listinfo/avt
_______________________________________________
Audio/Video Transport Working Group
avt at ietf.org
http://www.ietf.org/mailman/listinfo/avt
_______________________________________________
Audio/Video Transport Working Group
avt at ietf.org
http://www.ietf.org/mailman/listinfo/avt