Re: Fwd: Need volunteer for continued support of xml2rfc

2010-01-06 Thread Julian Reschke
Russ Housley wrote: Marshall Rose has lead the development effort for xml2rfc for many years. Many thanks to him and the other folks that have offered their help as well. As you can see from the message below, Marshall is ready to pass the reigns to another volunteer. If another volunterr

IETF 82 in Taipei

2010-01-06 Thread Ray Pelletier
The IAOC is pleased to announce the city of Taipei as the site for IETF 82 from 13 - 18 November 2011. The meeting will be held at the Taipei International Convention Center. The IAOC and the Internet Society are also very pleased that the Host for this meeting will be the Taiwan Network

Re: Last Call: draft-jabley-reverse-servers (Nameservers for IPv4 and IPv6 Reverse Zones) to Proposed Standard

2010-01-06 Thread Olafur Gudmundsson
At 00:40 05/01/2010, John C Klensin wrote: Ok, Joe, a few questions since, as indicated in another note, you are generating these documents in your ICANN capacity: John, for the record, sink.arpa document was my idea and Joe volunteered to help it has nothing to do with his day time job but

Re: Fwd: Need volunteer for continued support of xml2rfc

2010-01-06 Thread Robert Moskowitz
On 01/06/2010 08:21 AM, Julian Reschke wrote: Russ Housley wrote: Marshall Rose has lead the development effort for xml2rfc for many years. Many thanks to him and the other folks that have offered their help as well. As you can see from the message below, Marshall is ready to pass the

Gen-ART Telechat Review of draft-ietf-idnabis-rationale-15

2010-01-06 Thread Ben Campbell
I have been selected as the General Area Review Team (Gen-ART) reviewer for this draft (for background on Gen-ART, please see http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html). Please wait for direction from your document shepherd or AD before posting a new version of the draft.

Re: [codec] WG Review: Internet Wideband Audio Codec (codec)

2010-01-06 Thread Benjamin M. Schwartz
Brian West wrote: Wouldn't this go over the MTU on the RTP packets and cause some issues on the public internet? 1. What's this? 2. Send packets more frequently. --Ben signature.asc Description: OpenPGP digital signature ___ Ietf mailing list

Re: [codec] WG Review: Internet Wideband Audio Codec (codec)

2010-01-06 Thread Brian West
Wouldn't this go over the MTU on the RTP packets and cause some issues on the public internet? /b On Jan 5, 2010, at 12:13 PM, Gregory Maxwell wrote: full quality mono audio takes around 44.1/16bit linear, you can argue that a little higher or lower is required for full transparency in some

Re: [codec] WG Review: Internet Wideband Audio Codec (codec)

2010-01-06 Thread Brian West
Sending packets at lower intervals wouldn't fully solve issues related to this... you should never go over the MTU in practice anyway... and you shouldn't be running small packet times if you ever wish it to scale... sending anything less than 10ms packet times is wasteful for both the client

Re: [codec] WG Review: Internet Wideband Audio Codec (codec)

2010-01-06 Thread Brian West
Hrm No source... looks like I'll have to dig more. /b On Jan 5, 2010, at 9:48 PM, Peter Saint-Andre wrote: On 1/4/10 5:39 PM, Brian West wrote: Is the source and spec for the SPIRIT codec out there? http://tools.ietf.org/html/draft-spiritdsp-ipmr-00

RE: [codec] WG Review: Internet Wideband Audio Codec (codec)

2010-01-06 Thread Gregory Maxwell
Richard Shockey [rich...@shockey.us] wrote: I can see the motivation to pay big bucks for video codecs. Using Mpeg4 can reduce your bandwidth costs and save real money. I can see why there was a big incentive to save money on audio codecs in the 1990s. At this point an audio codec is

RE: [codec] WG Review: Internet Wideband Audio Codec (codec)

2010-01-06 Thread Gregory Maxwell
Brian West [br...@freeswitch.org] wrote: Wouldn't this go over the MTU on the RTP packets and cause some issues on the public internet? ... 44100 samples/second * 2 bytes/sample * 10ms/frame = 882 bytes/frame. You might have trouble with an X.25 network in the path. Viideo is typically

Re: WG Review: Internet Wideband Audio Codec (codec)

2010-01-06 Thread Phillip Hallam-Baker
It seems to me that a group should be chartered with two sets of aims First to define a process for registering Internet audio CODECs for use on the Internet. This is slightly more complex than simply allocating an IANA code point as there are potentially parameters involved and these need to be

Re: WG Review: Internet Wideband Audio Codec (codec)

2010-01-06 Thread Joel Jaeggli
Peter Saint-Andre wrote: But I don't think we can say that relevent members of the IETF community do *not* have the competence to work on an audio codec or that they are *not* willing to listen to technically competent input from any source when it comes to codec technologies. Indeed, the two

Re: Last Call: draft-jabley-reverse-servers (Nameservers for IPv4 and IPv6 Reverse Zones) to Proposed Standard

2010-01-06 Thread John C Klensin
--On Tuesday, January 05, 2010 18:22 -0500 Olafur Gudmundsson o...@ogud.com wrote: ... (1) If ICANN can re-delegate the servers for these domains without IAB or IETF action, why is IETF action needed to create the new names? They are, after all, just names. Transparency ? Transparency

Re: WG Review: Internet Wideband Audio Codec (codec)

2010-01-06 Thread Stephen Casner
On Tue, 5 Jan 2010, Phillip Hallam-Baker wrote: It seems to me that a group should be chartered with two sets of aims First to define a process for registering Internet audio CODECs for use on the Internet. This is slightly more complex than simply allocating an IANA code point as there are

IETF 82 in Taipei

2010-01-06 Thread IETF Administrative Director
The IAOC is pleased to announce the city of Taipei as the site for IETF 82 from 13 - 18 November 2011. The meeting will be held at the Taipei International Convention Center. The IAOC and the Internet Society are also very pleased that the Host for this meeting will be the Taiwan Network

WG Review: BiDirectional or Server-Initiated HTTP (hybi)

2010-01-06 Thread IESG Secretary
A new IETF working group has been proposed in the Applications Area. The IESG has not made any determination as yet. The following draft charter was submitted, and is provided for informational purposes only. Please send your comments to the IESG mailing list (i...@ietf.org) by Wednesday,