I'm not sure if this is part of the speed issue but ATA186 are 10BaseT while ATA188 are 10/100BaseT<br><br><br><br><div><span class="gmail_quote">On 2/6/07, <b class="gmail_sendername">Robert Singleton</b> <<a href="mailto:rsingleton@novateck.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
rsingleton@novateck.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I've been troubleshooting faxing issues lately (and that is a whole
<br>'nother thing) and along the way, it came to my attention that somewhere<br>in one of my two recent upgrades (from 4.0 to 4.1.3, then applying sr4d<br>to that), there was apparently an upgrade to the phone load for the
<br>ATA-18X. The web access to the old firmware was in the form of<br><a href="http://ipaddress/dev" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://ipaddress/dev</a> and was presented as a single page form. The newer
<br>version is more like the web access on the 7900 phones, a title page and
<br>several pages with information and editable parameters. On the face, it<br>is definitely better, though it does break a couple of my scripts. :)<br><br>What I'm asking the list if any of you have experienced two ATA problems
<br>that I only discovered during the last few days.<br><br>First, and this is more of an irritant than a problem, but on the main<br>page, the Phone DN fields don't display the actual DN, but rather the<br>E.164 address for that line. This was confusing because I was working on
<br>fax machines and most of our fax numbers are ported numbers coming in a<br>PRI and translated to the DN. The DN conforms to an internal numbering<br>plan where basically all fax DNs are in the form of 2XXX9YY where XXX is
<br>the branch ID and YY is 00-99. Often I have two or more DIDs pointed to<br>the same DN. All my reporting and CDR queries want the DN. So anyway,<br>when I am marching through a bunch of ATAs adjusting parameters at 2AM,
<br>I have enough trouble keeping it straight without being shown the wrong<br>info for the DN.<br><br>The second thing is really a lot worse problem, though it really comes<br>down to a political issue. The new image seems to change the ethernet
<br>port on the ATA to run 10MB half duplex. In the majority of my<br>locations, this is no problem because the switch ports are set auto/auto<br>as seems to be recommended by everyone I've talked to except for the<br>
contractor that maintains our network. They like to lock ports for<br>telephones to 100MB full duplex. This is done to minimize alarms from<br>devices that may legitimately renegotiate, such as those unfortunate<br>enough to not be on POE switches, etc. That's a different argument and I
<br>I can see both sides.<br><br>The problem is that I was unaware of the ATA image update (my bad, true)<br>when something random caused some ATAs to reload. After they came back<br>up, they no longer worked on any port in the affected switches. Not even
<br>a link light. We spent some days troubleshooting remotely with<br>non-technical personnel, changed cables, sent replacements, verified<br>that 79XX phones worked in those ports, etc, before someone thought to<br>check the setting on the switch. In on instance, I had no paging in
<br>three branches from last Wednesday until late yesterday afternoon when<br>we discovered the caveat. I have since found 3 or 4 of the 70 or so ATAs<br>I have out there were in a similar condition, but they just happened to
<br>be in applications where the problem hadn't surfaced yet. Most are on<br>switches that we have set to auto/auto regardless of what our contractor<br>would prefer and so negotiated to 10MB half duplex and are working
<br>without issue.<br><br>Robert<br><br>_______________________________________________<br>cisco-voip mailing list<br><a href="mailto:cisco-voip@puck.nether.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
cisco-voip@puck.nether.net</a><br><a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
https://puck.nether.net/mailman/listinfo/cisco-voip</a><br></blockquote></div><br>