All things related to multicast

[Marshall Eubanks <>]

I might point out that many programs use SDP files even if they
are not sent by SDR. Any limits should not be set or changed in a
vacuum.

Marshall

Lucy E. Lynch wrote:

> James -
>
> I am pursuing this, but its not clear that the fix will be to SDR/XMIM.
> It may be the case that packet fragmentation is still enough of an
> issue for sap that message size will need to scale to the IETF "should"
> in all cases - if in fact sap is still perceived to be a useful service
> (also not clear).
>
> Alternative means of publishing announcements are currently under
> discussion on wg-multicast. No one has as yet stepped up to say what
> should be done about the fragile nature of tools which conform to the RFC
> (which may mean that standard tools just die a quiet death and we get
> on with SSM style deployment).
>
> Lucy E. Lynch                           Academic User Services
> Computing Center                        University of Oregon
>
>                 (541) 346-1774/Cell: 912-7998
>
> On Wed, 15 May 2002, James O. Whitlock wrote:
>
>
> > Sorry, Lucy.  I had not thought to reset TTL for future events.
> > Let me know if you still see it now.  I'll hold it aside pending
> > news of work arounds or fixes.  Re working groups, I've got more
> > than I can handle effectively now and would prefer not.  Cc's
> > should handle this fine but if not, let me know.  Am I correct in
> > assuming that someone will be driving this towards a fix for SDR &
> > XMIM?  -- Jim
> >
> >
> > ----- Original Message -----
> > From: "Lucy E. Lynch" 
> > <>
> > To: 
> > <>
> > Cc: 
> > <>;
> >  
> > <>
> > Sent: Wednesday, May 15, 2002 12:23 PM
> > Subject: Re: USA WNY-HPNVI 24/7 Live Surgery at 1330 EST (fwd)
> >
> >
> >
> > > FYI - another data point.
> > >
> > > and I'm still seeing your long SAP announcement and it still crashes
> > > both SDR 2.8 & XMIM (the date range seems to be set to some future
> > > date but the announcement still shows up).
> > >
> > > Can you join the internet2 multicast working group list?
> > > register here: http://archives.internet2.edu/ and then join
> > > wg-multicast. Thanks -
> > >
> > > Lucy E. Lynch Academic User Services
> > > Computing Center University of Oregon
> > >
> > >  (541) 346-1774/Cell: 912-7998
> > >
> > > ---------- Forwarded message ----------
> > > Date: Wed, 15 May 2002 11:55:22 -0300 (BRT)
> > > From: Adenilson Raniery Sarges Pontes 
> > > <>
> > > To: Lucy E. Lynch 
> > > <>
> > > Subject: Re: USA  WNY-HPNVI 24/7 Live Surgery at 1330 EST
> > >
> > >
> > > On Fri, 10 May 2002, Lucy E. Lynch wrote:
> > >
> > >
> > > > James -
> > > >
> > > > I'm using both SDR v2.8 and xmim (see:http://videolab.uoregon.edu/mim/)
> > > > to try and gather sap announcements on a linux box (redhat 7.1) -
> > > > XMIM will collect announcements for a while and then seg faults -
> > > > while sdr manages to collect announcements and stay up - but if I
> > > > exit and then re-start it dumps core.
> > > >
> > > > Can anyone else duplicate my result?
> > > Maybe it's a little bit late to answer, but yes we've found the same
> > > behaviour here in RNP/Brazil.
> > >
> > > I've been using SDR 2.9 on FreeBSD 4.5 and SDR always dies when started
> > > with the Buffalo session announcement in the cache dir (2081 bytes). When
> > > I delete this announcement, SDR runs OK.
> > >
> > > (I've only found that out after reading your e-mail.  Of course I was
> > > expecting something wrong in my own computer before guessing problems with
> > > the announcements. ;)
> > >
> > > Hope it helps.
> > >
> > > Regards
> > >
> > > Raniery
> > >
> > >
> > >
> > > Adenilson Raniery Sarges Pontes
> > > ---------------------------------
> > >
> > > NOC/RNP
> > > Brazilian National Research Network (RNP)
> > > http://www.rnp.br/index_en.html


--
                                 Regards
                                 Marshall Eubanks

This e-mail may contain confidential and proprietary information of
Multicast Technologies, Inc, subject to Non-Disclosure Agreements


T.M. Eubanks
Multicast Technologies, Inc
10301 Democracy Lane, Suite 410
Fairfax, Virginia 22030
Phone : 703-293-9624       Fax     : 703-293-9609
e-mail : 

http://www.multicasttech.com

Test your network for multicast :
http://www.multicasttech.com/mt/
 Status of Multicast on the Web  :
 http://www.multicasttech.com/status/index.html