Hi Scott or Richard,
I posted a withdraw of the objection last week, however I also received a
message back saying that it was not accepted and that a moderator would
have to approve it ? Its been more than 5 days now and it has not
appeared in the archive nor have I been sent a confirmation,
Hi All,
As usual, we will be offering a number of training sessions on Sunday
afternoon of the upcoming IETF meeting. These sessions are open to
all IETF attendees.
At IETF 61, we will be holding the following training sessions:
Sunday, November 7, 2004
=
1300-1400 Newcomer
Here is the agenda for the General Area meeting.
Date: Tuesday, November 9
Time: 1545-1645 (1 hour)
The focus of this agenda is to get a couple of documents reviewed by a
wider audience than they otherwise would have been.
I think both are good ideas, but do not need a full WG treatment, or do not
Date and Time: Monday, November 8, 1300-1500
Location: TBA --- see final agenda on-site.
*** This BOF will be Multicast ***
The Future of IETF Multicast/Unicast Services
-
With recent changes in the IETF and ways in which interested parties
particip
I'm in general OK with this draft, but I have a few non-editorial
comments:
> 1. Introduction
...
RFC Editor and IANA. The IASA is also responsible for the financial
activities associated with IETF administrative support such as
collecting IETF meeting fees, paying invoices, managing
I would like to thank every one for their responses.
Pramod Madabhushi
--- Henry Sinnreich <[EMAIL PROTECTED]> wrote:
> Folks,
>
> >Thats what RAQMON doesin a media gnostioc fashion.
>
> RAQMON is an excellent approach for network elements
>
> The media statistics for SIP calls are intended
Some of you may read the IETF list earlier than IETF-announce...
-- Forwarded Message --
Date: mandag, november 01, 2004 03:16:01 -0500
From: Harald Alvestrand <[EMAIL PROTECTED]>
To: IETF Announcement list <[EMAIL PROTECTED]>
Cc:
Subject: Inviting proposals for the IASA Transition
Like you point out its not SIP specific but there are certain aspects of SIP
that we need to take care of and RAQMON does that. let me clarify;
Since it is SIP the session monitoring is media agnostic and need to accomodate that.
Thats what RAQMON doesin a media gnostioc fashion.
Voice Over IP, Vi
Folks,
>Thats what RAQMON doesin a media gnostioc fashion.
RAQMON is an excellent approach for network elements
The media statistics for SIP calls are intended at the application level in
endpoints, such as when using an Instant Messenger client for voice or a
soft phone, or a SIP phone, or a g
Frank,
I saw your withdrawal on the IETF list, at least.
The repeated posting seems to be someone messing things up in China; it
contains the following interesting headers:
Received: from [202.99.23.227] (helo=people.com.cn)
by ietf-mx.ietf.org with smtp (Exim 4.33)
id 1CNwBc-0004
10 matches
Mail list logo
