<div>You may wish to use the radius-tools package (correct me if the package name is wrong, List) which is included with freeradius to send test packets from the test application to the Freeradius server, and it'll show you what the attributes you're sending  and what the server replies with.
</div>
<div> </div>
<div>You can then do this again to your AIX server and see how the response is different - this will involve adding your test client machine as a NAS in the AIX machine's clients file.</div>
<div> </div>
<div>Basically you need to eavesdrop on the connection between the radius client and new/old servers, and compare and contrast the replies. This is the best way to work out "What has changed?"</div>
<div> </div>
<div>Hope this helps,</div>
<div> </div>
<div>Jan<br><br> </div>
<div><span class="gmail_quote">On 08/01/07, <b class="gmail_sendername">Tim Tyler</b> <<a href="mailto:tyler@beloit.edu">tyler@beloit.edu</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">FreeRadius experts,<br>  We are trying to run FreeRadius on a RedHat AS 2.1 system.  We use<br>an external password file for authentication defined in the unix
<br>system (password = filename) section of radius.conf.  This seems to<br>work fine.  Modem users can authenticate to our old 3com Total<br>Control modem pool, but users can not access the Internet.  They can<br>access all local domain servers on campus, but they can't get off
<br>campus.  This really should not be a firewall  issue as the same ip<br>addresses are still associated with the modem pool.<br>  Note: if we go back to our old Lucent Technology radius server<br>running on AIX, everybody is fine and can access the Internet again.
<br>  I am trying to find out what might cause a modem pool to only work<br>locally (access servers on our campus) after switching to FreeRadius<br>particularly since it seems that the authentication part is<br>working?  I know that the 3com Total Control modem pool is rather old
<br>but I don't know why it would behave differently from one radius<br>server to another as long as authentication works.<br>  I read in one of the FreeRadius archives that some users have<br>experienced a similar problem of either very slow or won't work at
<br>all for some customers accessing the Internet via Freeradius<br>authentication until they modified the MTU setting.  This is curious<br>to me.  Is there a place in FreeRadius that I might change the mtu<br>setting given that I am using an external unix password crypt file
<br>for all authentication?  If so, what mtu setting might be recommended?<br>  Is there another possible explanation that might relate to Freeradius?<br>any thoughts are much appreciated?<br><br><br><br>Tim Tyler<br>Network Engineer - Beloit College
<br><a href="mailto:tyler@beloit.edu">tyler@beloit.edu</a><br><br><br>-<br>List info/subscribe/unsubscribe? See <a href="http://www.freeradius.org/list/users.html">http://www.freeradius.org/list/users.html</a><br></blockquote>
</div><br>