headers
David Meyer | 6 Nov 2002 16:43

Additional Agenda Items for Atlanta?


	This is what I have so far:

	draft-savola-mboned-mcast-rpaddr-00.txt
		Pekka Sovla			10 minutes

	draft-savola-v6ops-multicast-issues-00.txt
		Pekka Sovla			10 minutes

	MSDP Spec Update
	     Mike McBride			10 minutes

	Please forward any additional items to me.

	Thanks,

	Dave
Permalink | Reply | 0 comments |
headers
The IESG | 7 Nov 2002 21:11
Picon
Favicon

Note Well Statement


From time to time, especially just before a meeting, this statement is to
be sent to each and every IETF working group mailing list.
===========================================================================

				NOTE WELL

All statements related to the activities of the IETF and addressed to the
IETF are subject to all provisions of Section 10 of RFC 2026, which grants
to the IETF and its participants certain licenses and rights in such
statements.

Such statements include verbal statements in IETF meetings, as well as
written and electronic communications made at any time or place, which are
addressed to

    - the IETF plenary session,
    - any IETF working group or portion thereof,
    - the IESG, or any member thereof on behalf of the IESG,
    - the IAB or any member thereof on behalf of the IAB,
    - any IETF mailing list, including the IETF list itself,
      any working group or design team list, or any other list
      functioning under IETF auspices,
    - the RFC Editor or the Internet-Drafts function

Statements made outside of an IETF meeting, mailing list or other function,
that are clearly not intended to be input to an IETF activity, group or
function, are not subject to these provisions.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Heonkyu Park | 12 Nov 2002 01:25
Picon

RTP monitoring

Hello, My name is Heonkyu Park who is a PhD student in KAIST (Korea).
I have monitored RTP/RTCP packet to measure packet loss rate between each participants.
I could see 154 sessions during collection period (about 68 hours), and also found that 449 multicast
address were exist related to each media type.
I tried to capture RTP/RTCP packet on all 449 addresses using rtpdump.
However, only 4 multicast addresses sent the RTP/RTCP packet.

Why do this happened? According to SDP in sdr, many sessions were supposed to use RTP/RTCP.

Any help would be appreciated.

Heonkyu Park.

--

-- 
--------------------------------------------------------------------------
Heonkyu Park(박헌규)                  E-mail : hkpark <at> cosmos.kaist.ac.kr
Ph.D. Candidate, CS Dept., KAIST      T) +82-42-869-3554, 8718
System Architecture Lab.              http://cosmos.kaist.ac.kr 
Major, Army, Republic of Korea        http://cosmos.kaist.ac.kr/~hkpark
--------------------------------------------------------------------------
Permalink | Reply | 0 comments |
headers
Ross Finlayson | 18 Nov 2002 16:18

Is anyone receiving an IETF multicast feed?

No multicast traffic (apart from occasional RTCP RRs from other 
participants) is making it to UOregon (which is where I have my UMTP tunnel).

	Ross.
Permalink | Reply | 6 comments |
headers
Jared Mauch | 18 Nov 2002 17:14
Favicon

Re: Is anyone receiving an IETF multicast feed?

	i won't ask the why not native question ..

	i'm currently not seeing any issues with propogation
across verio.  can you provide some more detailed information?

	- jared

On Mon, Nov 18, 2002 at 07:18:26AM -0800, Ross Finlayson wrote:
> No multicast traffic (apart from occasional RTCP RRs from other 
> participants) is making it to UOregon (which is where I have my UMTP 
> tunnel).
> 
> 	Ross.

--

-- 
Jared Mauch  | pgp key available via finger from jared <at> puck.nether.net
clue++;      | http://puck.nether.net/~jared/  My statements are only mine.
Permalink | Reply | 0 comments |
headers
Bill Owens | 18 Nov 2002 17:46
Favicon

Re: Is anyone receiving an IETF multicast feed?

At 7:18 -0800 11/18/02, Ross Finlayson wrote:
>No multicast traffic (apart from occasional RTCP RRs from other 
>participants) is making it to UOregon (which is where I have my UMTP 
>tunnel).

I can see traffic from Channel One H.261 and MPEG-1, and Channel Two 
MPEG-1. However, the loss is so high, averaging 25%, that QuickTime 
won't display the MPEG-1 video. With H.261 the video is more or less 
usable (not much motion in those slides ;) but the audio is so choppy 
and low that I can't make it out.

Bill.
Permalink | Reply | 3 comments |
headers
Lucy E. Lynch | 18 Nov 2002 17:57
Favicon

Re: Is anyone receiving an IETF multicast feed?

Bill -

mtrace please! Do you have abilene path?

Lucy E. Lynch 				Academic User Services
Computing Center			University of Oregon
llynch <at> darkwing.uoregon.edu		(541) 346-1774/Cell: 912-7998

On Mon, 18 Nov 2002, Bill Owens wrote:

> At 7:18 -0800 11/18/02, Ross Finlayson wrote:
> >No multicast traffic (apart from occasional RTCP RRs from other
> >participants) is making it to UOregon (which is where I have my UMTP
> >tunnel).
>
> I can see traffic from Channel One H.261 and MPEG-1, and Channel Two
> MPEG-1. However, the loss is so high, averaging 25%, that QuickTime
> won't display the MPEG-1 video. With H.261 the video is more or less
> usable (not much motion in those slides ;) but the audio is so choppy
> and low that I can't make it out.
>
> Bill.
>
Permalink | Reply | 1 comment |
headers
Jared Mauch | 18 Nov 2002 18:54
Favicon

Re: Is anyone receiving an IETF multicast feed?

	based on what i've seen I believe the loss may be with
the ietf router that is peering w/ cw+verio.

	can someone  <at>  ietf join my test session?

	'AS267test'

	and do a mtrace to my system?  204.42.254.13

	here's sdp:

-- snip --
n=127.0.0.1 204.42.254.13 1037641989 224.2.127.254 9875 127 trusted none none  noauth noenc 0 0 
k=
v=0
o=jared 3246630755 3246630789 IN IP4 punk.nether.net
s=AS267test
i=test session
u=http://puck.nether.net/multicast/
e=Jared Mauch <jared <at> puck.nether.net>
p=Jared Mauch +1 313 506 4307
t=3246629400 3246654600
a=tool:sdr v3.0
a=type:test
m=video 64860 RTP/AVP 31
c=IN IP4 224.2.175.106/127
-- snip --

	- jared
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ross Finlayson | 18 Nov 2002 19:33

Re: Is anyone receiving an IETF multicast feed?

At 08:14 AM 11/18/02, Jared Mauch wrote:
>         i won't ask the why not native question ..

But I'll answer it.

I, like the vast majority of Internet users, have an ISP that's not on the 
MBone.  So, the only way for me to access the MBone is via UDP-level tunneling.

         Ross.

ps. I'm now getting the IETF multicast feed, although with >20% packet loss :-(
Permalink | Reply | 0 comments |
headers
Jared Mauch | 18 Nov 2002 22:19
Favicon

Re: Is anyone receiving an IETF multicast feed?

	How does this look now?

On Mon, Nov 18, 2002 at 10:16:33AM -0800, Hans Kuhn wrote:
> Ack!
> 
> raven:/# /usr/local/bin/mtrace -U 204.42.254.13 224.2.127.254
> Mtrace from 204.42.254.13 to 128.223.214.21 via group
> 224.2.127.254
> Querying full reverse path...
>   0  raven.uoregon.edu (128.223.214.21)
>  -1  fe-5-26.uonet1-gw.uoregon.edu (128.223.214.2)
> PIM/BGP4+  thresh^ 0
>  -2  ge-0-0-0.cisco7-gw.uoregon.edu (128.223.2.7)  PIM/BGP4+
> thresh^ 0  Reached RP/Core
>  -3  verio-gw.oregon-ix.net (198.32.162.6)  PIM/BGP4+
> thresh^ 0
>  -4  d3-0-1-0.r01.ptldor01.us.ra.verio.net (129.250.55.113)
> PIM  thresh^ 1
>  -5  ge-1-0-0.r02.ptldor01.us.bb.verio.net (129.250.31.222)
> PIM  thresh^ 1
>  -6  p4-1-2-0.r00.snjsca04.us.bb.verio.net (129.250.4.31)
> PIM  thresh^ 1
>  -7  p16-0-1-0.r21.snjsca04.us.bb.verio.net (129.250.5.137)
> PIM  thresh^ 1
>  -8  p16-1-1-2.r21.plalca01.us.bb.verio.net (129.250.2.198)
> PIM  thresh^ 1  Not forwarding
>  -9  p16-1-0-0.r00.plalca01.us.bb.verio.net (129.250.3.85)
> PIM  thresh^ 1  RPF Interface
> -10  p16-1-1-0.r21.plalca01.us.bb.verio.net (129.250.3.84)
> PIM  thresh^ 1  RPF Interface
(Continue reading)

Permalink | Reply | 0 comments |

Gmane