<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=Content-Type content="text/html; charset=iso-8859-1">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
        {font-family:Wingdings;
        panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
        {font-family:SimSun;
        panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
        {font-family:"\@SimSun";
        panose-1:2 1 6 0 3 1 1 1 1 1;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoPlainText, li.MsoPlainText, div.MsoPlainText
        {mso-style-priority:99;
        mso-style-link:"Plain Text Char";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.5pt;
        font-family:Consolas;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:0cm;
        margin-left:36.0pt;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
span.PlainTextChar
        {mso-style-name:"Plain Text Char";
        mso-style-priority:99;
        mso-style-link:"Plain Text";
        font-family:Consolas;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page Section1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.Section1
        {page:Section1;}
 /* List Definitions */
 @list l0
        {mso-list-id:1031685051;
        mso-list-type:hybrid;
        mso-list-template-ids:-353860380 201916417 201916419 201916421 201916417 201916419 201916421 201916417 201916419 201916421;}
@list l0:level1
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        font-family:Symbol;}
@list l0:level2
        {mso-level-number-format:bullet;
        mso-level-text:o;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        font-family:"Courier New";}
@list l0:level3
        {mso-level-number-format:bullet;
        mso-level-text:\F0A7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-18.0pt;
        font-family:Wingdings;}
@list l1
        {mso-list-id:1670252738;
        mso-list-type:hybrid;
        mso-list-template-ids:814144516 201916417 201916419 201916421 201916417 201916419 201916421 201916417 201916419 201916421;}
@list l1:level1
        {mso-level-number-format:bullet;
        mso-level-text:\F0B7;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        margin-left:54.0pt;
        text-indent:-18.0pt;
        font-family:Symbol;}
ol
        {margin-bottom:0cm;}
ul
        {margin-bottom:0cm;}
-->
</style>
<!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=EN-AU link=blue vlink=purple>

<div class=Section1>

<p class=MsoPlainText>G'day Todd and Jimmy<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>Some other things to consider, which might help is:<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText style='margin-left:36.0pt;text-indent:-18.0pt;mso-list:
l0 level1 lfo1'><![if !supportLists]><span style='font-family:Symbol'><span
style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]>(Disclaimer, I am not 100% sure if I am correct
here [or my terminology], but I have seen instances that leads me to believe
this is the case.)  RAT uses the same port for both sending and receiving audio. 
Therefore, if you are using a &quot;stateful&quot; firewall (ie, allows traffic
in on the same port as going out), then this might explain why Rat works.  Whereas,
in simple terms, vic uses to different ports for incoming and outgoing traffic. 
This is why, if using a stateful firewall, vic doesn&#8217;t work correctly!<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText style='margin-left:36.0pt;text-indent:-18.0pt;mso-list:
l0 level1 lfo1'><![if !supportLists]><span style='font-family:Symbol'><span
style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]>The other thing that I have seen with &#8220;some&#8221;
NAT&#8217;ed networks is:<o:p></o:p></p>

<p class=MsoListParagraph><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText style='margin-left:72.0pt;text-indent:-18.0pt;mso-list:
l0 level2 lfo1'><![if !supportLists]><span style='font-family:"Courier New"'><span
style='mso-list:Ignore'>o<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]>Traffic would only be received, if you are
transmitting.  IE, no-one in rat would appear unless the talk button is enabled. 
This also occurred in vic as well.<o:p></o:p></p>

<p class=MsoPlainText style='margin-left:72.0pt'><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText style='margin-left:72.0pt;text-indent:-18.0pt;mso-list:
l0 level2 lfo1'><![if !supportLists]><span style='font-family:"Courier New"'><span
style='mso-list:Ignore'>o<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;
</span></span></span><![endif]>Because of a &#8220;Nat&#8217;ed&#8221; network,
each AG would appear as the same single ipaddress connecting to a Bridge.  Because
of the way unicast works (ie, only one ipaddress/port can connect at a single
time), only a single AG site can connect to each bridge to work properly. 
Therefore, have you tried connecting using separate bridges?<o:p></o:p></p>

<p class=MsoPlainText style='margin-left:108.0pt;text-indent:-18.0pt;
mso-list:l0 level3 lfo1'><![if !supportLists]><span style='font-family:Wingdings'><span
style='mso-list:Ignore'>§<span style='font:7.0pt "Times New Roman"'>&nbsp; </span></span></span><![endif]>I
have seen this issue at a particular site, where if person A connects to Bridge
X, person B can connect to Bridge X, but the traffic isn&#8217;t being sent or received
correctly.<o:p></o:p></p>

<p class=MsoPlainText style='margin-left:108.0pt'><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>I hope some of this makes sense and helps.<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>Cheers,<o:p></o:p></p>

<p class=MsoPlainText>Jason.<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText><span lang=EN-US>-----Original Message-----<br>
From: Todd Zimmerman [mailto:todd.zimmerman@ubc.ca] <br>
Sent: Saturday, 1 November 2008 04:25 AM<br>
To: Jimmy Miklavcic<br>
Cc: ag-tech@mcs.anl.gov<br>
Subject: Re: [AG-TECH] AG and NAT'ed networks.</span></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>On Tue, 2008-10-28 at 11:12 -0600, Jimmy Miklavcic wrote:<o:p></o:p></p>

<p class=MsoPlainText>&gt; I'm working with Kansas University Medical Center
and we've been<o:p></o:p></p>

<p class=MsoPlainText>&gt; having troubles connecting via AG. They have a
NAT'ed network and we<o:p></o:p></p>

<p class=MsoPlainText>&gt; are using unicast. We connect and communicate via
RAT but we are<o:p></o:p></p>

<p class=MsoPlainText>&gt; unable to exchange video. The strange thing is that
I a seeing their<o:p></o:p></p>

<p class=MsoPlainText>&gt; private IP address in the RAT, I assume that I
should be seeing a more<o:p></o:p></p>

<p class=MsoPlainText>&gt; public address.<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>Not necessarily.  When you say &quot;in the RAT&quot; I
assume you mean listed on<o:p></o:p></p>

<p class=MsoPlainText>the RAT gui?? This ip comes from the RTCP and RAT
settings and does not<o:p></o:p></p>

<p class=MsoPlainText>necessarily reflect what is actually happen at the
network level.<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>To see where the packets are actually being sent would
probably require<o:p></o:p></p>

<p class=MsoPlainText>a tcpdump.  <o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText> <o:p></o:p></p>

<p class=MsoPlainText>&gt; I'm trying to understand the bridges' process flow.
If two sites are<o:p></o:p></p>

<p class=MsoPlainText>&gt; connected to a bridge via unicast, does the
unicast/multicast bridge<o:p></o:p></p>

<p class=MsoPlainText>&gt; process convert my unicast traffic to multicast then
back to unicast<o:p></o:p></p>

<p class=MsoPlainText>&gt; before sending the stream to the other site? If that
is the case then<o:p></o:p></p>

<p class=MsoPlainText>&gt; I can understand why we can't exchange video.
Multicast can't handle<o:p></o:p></p>

<p class=MsoPlainText>&gt; private IP space. But then, why does RAT work?<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>If two sites are connected to the same bridge, then I
don't think there<o:p></o:p></p>

<p class=MsoPlainText>is a double conversion.  I can't guarantee that, but it
wouldn't really<o:p></o:p></p>

<p class=MsoPlainText>make sense.  I assume incoming unicast is redistributed
to all existing<o:p></o:p></p>

<p class=MsoPlainText>unicast connections - then sent to the multicast address
as required.<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>My guess is that your suspicion of the bridge is not
where the problem<o:p></o:p></p>

<p class=MsoPlainText>lies - my guess it is the NAT'ing and/or firewall. 
Correct me if I'm<o:p></o:p></p>

<p class=MsoPlainText>wrong experts!! but I believe for NAT'd networks, you
have to port<o:p></o:p></p>

<p class=MsoPlainText>forward the required AG ports (video anyway) to the
designated internal<o:p></o:p></p>

<p class=MsoPlainText>computer.<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>Cheers,<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

<p class=MsoPlainText>Todd<o:p></o:p></p>

<p class=MsoPlainText> <o:p></o:p></p>

<p class=MsoPlainText>-- <o:p></o:p></p>

<p class=MsoPlainText>Collaboration &amp; Visualization Specialist<o:p></o:p></p>

<p class=MsoPlainText>UBC Okanagan - http://web.ubc.ca/okanagan<o:p></o:p></p>

<p class=MsoPlainText>WestGrid - www.westgrid.ca<o:p></o:p></p>

<p class=MsoPlainText>Ph. 250-807-9979<o:p></o:p></p>

<p class=MsoPlainText>Todd Zimmerman - todd.zimmerman@ubc.ca<o:p></o:p></p>

<p class=MsoPlainText><o:p>&nbsp;</o:p></p>

</div>

</body>

</html>