<html>
<font size=3>an alternative that might work is<br><br>
<br>
<x-tab>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</x-tab>vic
-Xmaxbw=&lt;value&gt; ...<br><br>
--bob<br><br>
At 02:35 PM 3/14/2002 -0500, Nolan, Kevin [NCSUS] wrote:<br><br>
<br>
</font><blockquote type=cite class=cite cite><font size=2>Actually, our
problem is with the vic in windows.&nbsp; We are using windows 2000
machines as capture computers.&nbsp; In linux the -B option works
fine.<br>
</font><font size=3><br>
</font><font size=2>According to the vic-userguide...</font><font size=3>
<br><br>
</font><font size=2>-B</font><font size=3> <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </font><font size=2>Set the
maximum value of the bandwidth slider to a user-specified number of
kbit/s.&nbsp; This value is limited to 256 kbit/s if the conference
address is a multicast address and the TTL in use is greater than 64 (ie,
the traffic will leave your multicast region).<br>
</font><font size=3><br>
</font><font size=2>So in the windows vic the above is true, but in the
linux vic this must have changed in the code.&nbsp; It doesn't matter
what we set the bandwidth to in windows...if the TTL is 127, it behaves
as the guide suggests above.<br>
</font><font size=3><br>
</font><font size=2>We'd like to be able to have a TTL of 127 and a
bandwidth value of much more than 256 kbit/s on our windows capture
machines.<br>
</font><font size=3><br>
</font><font size=2>-----Original Message-----</font><font size=3> <br>
</font><font size=2>From: Robert Olson
[<a href="mailto:olson@mcs.anl.gov">mailto:olson@mcs.anl.gov</a>]
</font><font size=3><br>
</font><font size=2>Sent: Thursday, March 14, 2002 1:45
PM</font><font size=3> <br>
</font><font size=2>To: Nolan, Kevin [NCSUS];
'ag-tech@mcs.anl.gov'</font><font size=3> <br>
</font><font size=2>Subject: Re: [AG-TECH] TTL -
Multicast</font><font size=3> <br><br>
</font><font size=2>At 12:01 PM 3/14/2002 -0500, Nolan, Kevin [NCSUS]
wrote:</font><font size=3> <br>
</font><font size=2>&gt;The problem we're seeing with both VIC and Rat is
that as the TTL value </font><font size=3><br>
</font><font size=2>&gt;gets increased, the amount of data being
transmitted is decreased as a way </font><font size=3><br>
</font><font size=2>&gt;to alleviate network congestion.&nbsp; The
problem with this is that our remote </font><font size=3><br>
</font><font size=2>&gt;sites generally connect via high-bandwidth links,
and the associated lower </font><font size=3><br>
</font><font size=2>&gt;frame rates are unacceptable for real-time
communication between </font><font size=3><br>
</font><font size=2>&gt;sites.&nbsp; Is there any way that we can change
these values, or does the </font><font size=3><br>
</font><font size=2>&gt;source code have to be
modified?</font><font size=3> <br><br>
</font><font size=2>the AG software passes a max-bandwidth option to vic
that overrides the </font><font size=3><br>
</font><font size=2>default:</font><font size=3> <br><br>
</font><font size=2>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; vic
-t 127 -B 10000 ip/port</font><font size=3> <br><br>
</font><font size=2>What is rat doing with ttl? is it refusing to let you
set the higher-rate </font><font size=3><br>
</font><font size=2>encodings? I don't think I have any particular
settings to make rat work </font><font size=3><br>
</font><font size=2>properly.</font><font size=3> <br><br>
</font><font size=2>--bob</font><font size=3>
</font></blockquote></html>