<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hiya Chip,<br>
<blockquote cite="midPine.GSO.4.62.0602061348560.18664@mail" type="cite">
<pre wrap="">After several years away from dealing directly with dialup modem issues I
have inherited responsibility for an AS5350 that takes incoming modem
connections over 8 PRI lines. It has been a long time, so I'm fumbling a
bit.
</pre>
</blockquote>
<br>
Well, welcome back, Chip.<br>
<br>
<blockquote cite="midPine.GSO.4.62.0602061348560.18664@mail" type="cite">
<pre wrap="">Memory: 128 MB
Flash: 32 MB
IOS: 12.2(2)XA5 (as far as anyone here knows it has never been updated)
SPE: 0.7.9.0 (IOS default)
Modemcap: not specified, so I assume it's the default, not nextport
Callers with Lucent-based modems have trouble connecting, and once
connected have trouble staying connected. I want to upgrade to more
recent IOS and SPE to see if it helps our Lucent clients, but there is a
catch. We are still using Extended TACACS (not TACACS+). Our UNIX admin
is working on replacing it with RADIUS, but I need to address the Lucent
client problem right now so can't wait for RADIUS to be ready some day.
What is the most recent IOS version that can use Extended TACACS? As far
as I can tell it is 12.2, but I want to make sure.
</pre>
</blockquote>
We officially declared that xtacacs was no longer supported back as of
- what? 11.3? Looks like the code's still there as of 12.3(11)T (which
is just what I had handy.) 12.3(recent) mainline should be a good pick
for you, if you don't need fancy new features (and I infer that you
don't), I suppose.<br>
<br>
<blockquote cite="midPine.GSO.4.62.0602061348560.18664@mail" type="cite">
<pre wrap="">
What SPE version is recommended for use with 12.2 (or whatever recent IOS
still supports Extended TACACS).
</pre>
</blockquote>
<br>
You can pretty much go with any SPE code that you want, with or without
upgrading IOS. 7.18.3 is good. 10.4.1 is the latest. See
<a class="moz-txt-link-freetext" href="http://www.cisco.com/cgi-bin/tablebuild.pl/nextport-spe">http://www.cisco.com/cgi-bin/tablebuild.pl/nextport-spe</a> .<br>
<blockquote cite="midPine.GSO.4.62.0602061348560.18664@mail" type="cite">
<pre wrap="">
Should we switch to the nextport modemcap, stay with default, or create a
custom one?
Thanks in advance for any and all recommendations.
</pre>
</blockquote>
<br>
As far as modemcaps go - the default setting is pretty good. <br>
<br>
Good luck,<br>
<br>
Aaron<br>
<br>
---<br>
<br>
<b>Recommended modemcap </b>for
NextPort
CSMV/6 7.11 or above (always start a modemcap with <b><tt>&F</tt></b>):
<ul>
Recommended modemcap for 7.11 or above in a V.92/V.44 application
(requires
IOS 12.2XA, 12.2XB or 12.2T): <br>
<b><tt>&FS0=0S62=8Q2</tt></b><br>
<b><tt> S0=0 </tt></b>Don't
delay answerback tone <font size="-1">(see <a
href="http://wwwin-metrics/cgi-bin/ddtsdisp.cgi?id=CSCdv19246">CSCdv19246</a>,
also <a
href="http://wwwin-metrics.cisco.com/cgi-bin/ddtsdisp.cgi?id=CSCdv89787&show=Release-note">CSCdv89787</a>)</font>
<ul>
<b><tt>S62=8 </tt></b>Maximum MoH time 4
minutes
(or whatever the customer wants) <br>
<b><tt>Q2 </tt></b>No result
codes
in answer mode
</ul>
</ul>
<ul>
Recommended modemcap for 7.11 or above in a non-V.92 application: <br>
<b><tt>&FS0=0S29=6S21=3Q2</tt></b>
<ul>
<b><tt>S29=6 </tt></b>V.92
disabled <br>
<b><tt>S21=3 </tt></b>V.42bis,
MNP5 compression (disable V.44)
</ul>
<li>Consider enabling LAPM SREJ (<b><tt>S54=16</tt></b>) (see <tt><a
href="http://wwwin-metrics.cisco.com/cgi-bin/ddtsdisp.cgi?id=CSCdx03968">CSCdx03968</a></tt>
- requires 7.17 or above). This can provide enhanced throughput
to
USR clients.</li>
<li>Disable V.8bis if K56Flex isn't desired (<b><tt>S53=0</tt></b>)</li>
<li>If you want NextPort to receive at a more conservative rate, set
S76 to
1, 2 or 3</li>
<li>If you are seeing "illegal token" disconnects with clients that
are
connected
in V.44, then consider reducing the V.44 maximum codewords to 1024,
with <b><tt>S65=1024S66=1024</tt></b>. See <a
href="http://wwwin-metrics.cisco.com/cgi-bin/ddtsdisp.cgi?id=CSCeb15172">CSCeb15172</a>.
(Not clear yet whether this is a client problem or a CSMV/6 problem.)</li>
</ul>
<br>
</body>
</html>