Skip to main content

RTP Payload Format for Global System for Mobile Communications Half Rate (GSM-HR)
draft-ietf-avt-rtp-gsm-hr-03

Yes

(Robert Sparks)

No Objection

(Dan Romascanu)
(Gonzalo Camarillo)
(Jari Arkko)
(Lars Eggert)
(Peter Saint-Andre)
(Ralph Droms)
(Ron Bonica)
(Russ Housley)
(Stewart Bryant)

Note: This ballot was opened for revision 03 and is now closed.

Robert Sparks Former IESG member
Yes
Yes () Unknown

                            
Adrian Farrel Former IESG member
No Objection
No Objection (2010-05-20) Unknown
Section 5.2

How likely is it that a future specification will want to assign meaning to the other FT setting? If it is likely, you may want to consider a registry.

---

Section 7.1

There are two instances of "RFC XXXX" in this section. I assume you want the RFC Editor to insert the number of this RFC when published, and that you want this reflected in the work done by IANA.

A note to this effect in the document as 
-- RFC EDITOR AND IANA please blah, blah
would be helpful. Or put it in the ballot write-up.
Alexey Melnikov Former IESG member
No Objection
No Objection (2010-05-20) Unknown
7.1.  Media Type Definition

   The media subtype
   name contains "-08" to avoid potential conflict with any earlier
   drafts of GSM-HR RTP payload types that aren't bit compatible.

This text really belongs to the following section, which you left empty:

  [...]

   Interoperability considerations:
Dan Romascanu Former IESG member
No Objection
No Objection () Unknown

                            
Gonzalo Camarillo Former IESG member
No Objection
No Objection () Unknown

                            
Jari Arkko Former IESG member
No Objection
No Objection () Unknown

                            
Lars Eggert Former IESG member
No Objection
No Objection () Unknown

                            
Peter Saint-Andre Former IESG member
No Objection
No Objection () Unknown

                            
Ralph Droms Former IESG member
No Objection
No Objection () Unknown

                            
Ron Bonica Former IESG member
No Objection
No Objection () Unknown

                            
Russ Housley Former IESG member
No Objection
No Objection () Unknown

                            
Sean Turner Former IESG member
No Objection
No Objection (2010-05-18) Unknown
Just some minor edits:

Sec 3: r/network provides with mobile/network provides mobile

Sec 3: r/is one of the speech codecs that are used in/is one of the speech codecs used in

Sec 3: Should recommended and should in the last paragraph be capitalized?
Stewart Bryant Former IESG member
No Objection
No Objection () Unknown

                            
Tim Polk Former IESG member
No Objection
No Objection (2010-05-18) Unknown
one nitpick - 4855 specifically identifies payload formats that could be used to hide data
as a security risk.  I believe that this format provides very limited opportunities for data hiding,
since the amount of data is fairly small and significant amounts of data would likely be audible (and not very effectively hidden!)

Perhaps a sentence or two in security considerations would be good - it would demonstrate that
all aspects of 4855's security considerations were considered.