<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Re: Small packets ok... sustained lost. in Wireless Service Providers</title>
<link>http://www.dslreports.com/forum/r17652354</link>
<description></description>
<language>en</language>
<pubDate>Sat, 28 Nov 2009 10:47:00 EDT</pubDate>
<lastBuildDate>Sat, 28 Nov 2009 10:47:00 EDT</lastBuildDate>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17664921</link>
<description><![CDATA[<A HREF="/useremail/u/892754"><b>kukur</b></A> : <div class="bquote"><SMALL>said by  superdog <A HREF="/useremail/u/429429"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>Is it possible that You have a radio somewhere on the network that has an ARP table that is screwed up?. I have a pair of Tranzeos(5A-24)that I am using for a backhaul link, and every time I added a customer, I had to reboot the master unit so the ARP table would flush and allow the new CPE to talk to the core router. Is there a way in Cisco AP's to mess with this setting?. :uhh:<br> </DIV>I thought of that too, but rebooting all APs and backhaul bridges doesn't seem to help. I have not been able to find anything on the Cisco APs/bridges to clear ARP. Just reboot.<br><br>*Tranzeo Sidenote* I have installed (since the windstorm previously mentioned) a pair of Tranzeo TR6-5a bridges as the backhaul on this tower because of problems with the older Cisco bridges after the storm. I know that the ARP table on these gets buggered up when I use my laptop out in the field and then in the office. I have to reset the bridge from another computer before I can access the APs from my laptop....  :uhh:]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17664921</guid>
<pubDate>Thu, 18 Jan 2007 12:47:01 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17664840</link>
<description><![CDATA[<A HREF="/useremail/u/892754"><b>kukur</b></A> : <div class="bquote"><SMALL>said by  gunther_01 <A HREF="/useremail/u/979565"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>I will ask if the other clients on this AP also read 50% signal quality on the AP.  Signal Quality is different on just about everything, but,  I still have a problem with that reading 50% (biased opinion from Star V3 signal quality reading).  I will stand by my Interference or AP side radio, cable, antenna problem.  Especially since it has just happened after 2 plus years, and replacement CPE's had the same result.<br> </DIV>Yes. This client is farther to the west on the same AP and does medical transcription at home via our service. She actually called the other day to say how GOOD the service has been since we have put in the new backhaul. Still showing some retries, but no where near the errors.<br><br>&raquo;<A HREF="http://smgazette.com/ap-other.gif" >smgazette.com/ap-other.gif</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17664840</guid>
<pubDate>Thu, 18 Jan 2007 12:33:23 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17664820</link>
<description><![CDATA[<A HREF="/useremail/u/892754"><b>kukur</b></A> : <div class="bquote"><SMALL>said by  lutful <A HREF="/useremail/u/1219823"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>Anyway can you fix the Cisco AP to transmit at 1Mbps too? One issue could be how Tranzeo firmware handles continuous switching between 2Mbps to 1Mbps speeds.<br> </DIV>Yes, for testing I have limited the AP and CPE to only transfer at 1Mbps - same issue. I have tried it at the low range and auto still no good.<br><br>I went up to the tower and temporarily installed a Tranzeo TR-6000 AP with integrated antenna and aimed it directly at the problem customers/spot. <br><br>Changed the SSID on the problem client's CPEs and they linked right up and passed traffic with no problem. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17664820</guid>
<pubDate>Thu, 18 Jan 2007 12:29:53 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17663911</link>
<description><![CDATA[<A HREF="/useremail/u/429429"><b>superdog</b></A> : Is it possible that You have a radio somewhere on the network that has an ARP table that is screwed up?. I have a pair of Tranzeos(5A-24)that I am using for a backhaul link, and every time I added a customer, I had to reboot the master unit so the ARP table would flush and allow the new CPE to talk to the core router. Is there a way in Cisco AP's to mess with this setting?. :uhh:<br><SMALL>--<br>&raquo;<A HREF="http://www.wavecrazy.net" >www.wavecrazy.net</A> Join WISPA today! &raquo;<A HREF="http://www.wispa.org/" >www.wispa.org/</A></SMALL>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17663911</guid>
<pubDate>Thu, 18 Jan 2007 09:52:18 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17661177</link>
<description><![CDATA[<A HREF="/useremail/u/875582"><b>Keithb</b></A> : I believe it was Stealthwave who was having the issue with the coax this past summer.  I recall a thread and talking to him about that.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17661177</guid>
<pubDate>Wed, 17 Jan 2007 20:15:19 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17660662</link>
<description><![CDATA[<A HREF="/useremail/u/1219823"><b>lutful</b></A> : <div class="bquote"><SMALL>said by  LLigetfa <A HREF="/useremail/u/1358053"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>There was anecdotal evidence posted recently where the weaker Rx signal passed through bad coax fine but the stronger Tx was getting discombobulated.  It is a theoretical possibility.<br></DIV> I recall such a conjecture put forward by  John Galt <A HREF="/useremail/u/1085764"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> in response djhurt during the summer months. Unfortunately the cable was discarded before any tests could be done. <br><br>Since then I have collected, tested and posted photos of some visibly damaged cables that amazingly still work. <br><br>I can say confidently that if the RF signal path is damaged in such a way that 1W signal is "shorted to ground" at certain points during common modulation schemes, the same scenario will occur so many times during a single packet transmission that no packet could be transmitted without error.<br><br>But this Cisco transmitted and recieved thousands of packet successfully, so there is something else going on. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17660662</guid>
<pubDate>Wed, 17 Jan 2007 18:53:20 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17658632</link>
<description><![CDATA[<A HREF="/useremail/u/1358053"><b>LLigetfa</b></A> : <div class="bquote"><SMALL>said by  lutful <A HREF="/useremail/u/1219823"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>But please remember that exact same antenna and cable is receiving without any error. </DIV>There was anecdotal evidence posted recently where the weaker Rx signal passed through bad coax fine but the stronger Tx was getting discombobulated.  It is a theoretical possibility.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17658632</guid>
<pubDate>Wed, 17 Jan 2007 13:01:34 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17658514</link>
<description><![CDATA[<A HREF="/useremail/u/979565"><b>gunther_01</b></A> : While others have had good luck I suppose.  I have never had a good, stable or otherwise working connection when I fix or have a radio using 1mb data rate.  If it can't at least sustain 5mb I fix it or it's a no go for an install simply for that reason.  Others experience varies it seems.<br><br>I will ask if the other clients on this AP also read 50% signal quality on the AP.  Signal Quality is different on just about everything, but,  I still have a problem with that reading 50% (biased opinion from Star V3 signal quality reading).  I will stand by my Interference or AP side radio, cable, antenna problem.  Especially since it has just happened after 2 plus years, and replacement CPE's had the same result.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17658514</guid>
<pubDate>Wed, 17 Jan 2007 12:39:10 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17658410</link>
<description><![CDATA[<A HREF="/useremail/u/1219823"><b>lutful</b></A> : <div class="bquote"><SMALL>said by  kukur <A HREF="/useremail/u/892754"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>Everything points to something at the AP antenna not broadcasting as cleanly as it should from what I see.</DIV>But please remember that exact same antenna and cable is receiving without any error. It is even receiving all those retry requests from Tranzeo without error.<br><br>Anyway can you fix the Cisco AP to transmit at 1Mbps too? One issue could be how Tranzeo firmware handles continuous switching between 2Mbps to 1Mbps speeds.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17658410</guid>
<pubDate>Wed, 17 Jan 2007 12:24:11 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17657830</link>
<description><![CDATA[<A HREF="/useremail/u/1193388"><b>goldenspacek</b></A> : I bet the AP can't hear the CPEs.  Look at the signal levels there and check noise at the AP.  Your 77db client could be -85db at the AP.<br><br>Same thing happened to our Cisco WGB350 APs.  I found there was a bad antenna cable that made it hard for the AP to hear the other radios over the surrounding noise. So those that were yelling the loudest worked fine.  <br><br>Also for testing use this command<br>ping xxx.xxx.xxx.xxx -l 1024 -n 30000<br><br>That will send a 1024 byte packet 30000 times.  Pings are only 32 bytes, so it is easy to retransmit small packets.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17657830</guid>
<pubDate>Wed, 17 Jan 2007 10:44:22 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17654396</link>
<description><![CDATA[<A HREF="/useremail/u/892754"><b>kukur</b></A> : <div class="bquote"><SMALL>said by  lutful <A HREF="/useremail/u/1219823"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>What model CPE are these? You mention they are 2.5 yrs old? I very much doubt the -95dB noise reading since CPE is not managing to receive at even 2Mb/s.<br> </DIV>It was an older Tranzeo CPE2 - but both are now fresh Tranzeo CPQ units.<br><br>The bandwidth is low because I thought there might be not enough stability to hold 11mbs - so I set the CPE at 1mb for testing to see if that would help.<br><br>Everything points to something at the AP antenna not broadcasting as cleanly as it should from what I see. I was hoping to get through winter and then had the plan set to replace/add new APs. Looks like I may not have that luxury.<br><br>I have checked other clients more in the sweet spot of the APs range and am finding retry requests there as well (not nearly as bad however) just as gunther alluded to.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17654396</guid>
<pubDate>Tue, 16 Jan 2007 19:57:00 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17654218</link>
<description><![CDATA[<A HREF="/useremail/u/1219823"><b>lutful</b></A> : <div class="bquote"><SMALL>said by  kukur <A HREF="/useremail/u/892754"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>Here is a shot of the APs info for the customers...<br>&raquo;<A HREF="http://smgazette.com/old-customer.jpg" >smgazette.com/old-customer.jpg</A><br>&raquo;<A HREF="http://smgazette.com/new-customer.jpg" >smgazette.com/new-customer.jpg</A><br></DIV>Cisco AP is getting almost 50% packet re-send requests from these CPEs when sending to CPE at 2Mb/s rate. <br><br>Cisco AP is receiving thousands of packets from the CPEs without error at 1Mb/s rate and 50% signal strength.<br><br><div class="bquote"><SMALL>said by  kukur <A HREF="/useremail/u/892754"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>Here is the performance stats from CPEs<br>&raquo;<A HREF="http://smgazette.com/old-cpe.jpg" >smgazette.com/old-cpe.jpg</A><br>&raquo;<A HREF="http://smgazette.com/new-cpe.jpg" >smgazette.com/new-cpe.jpg</A><br></DIV>What model CPE are these? You mention they are 2.5 yrs old? I very much doubt the -95dB noise reading since CPE is not managing to receive at even 2Mb/s.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17654218</guid>
<pubDate>Tue, 16 Jan 2007 19:26:57 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17652910</link>
<description><![CDATA[<A HREF="/useremail/u/979565"><b>gunther_01</b></A> : <div class="bquote"><SMALL>said by  kukur <A HREF="/useremail/u/892754"><IMG SRC="http://i.dslr.net/bb/profile.gif" ALT="See Profile" BORDER=0 WIDTH=16 HEIGHT=11></A> :</SMALL><BR><BR>I am starting to wonder if the AP's antenna has moved enough to create a geographical problem in that area. Perhaps this area is on the very fringe of the sector antenna's signal and although showing a good signal, isn't able to remain stable.<br><br>TIA<br> </DIV>I would venture to say that your AP or AP's antenna and or cable is having a problem.  I would bet that your other clients have dropped somewhat as well but maybe they are closer so it doesn't effect them as much. (graphing has helped me here)<br><br>The client has good signal but your AP shows a poor signal quality and low data rate.  You will easily see through ping, that higher packet sizes will start to fail and time out. I would look out for new interference from maybe that wind storm you mentioned (pole transformers maybe).]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17652910</guid>
<pubDate>Tue, 16 Jan 2007 16:10:48 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17652591</link>
<description><![CDATA[<A HREF="/useremail/u/892754"><b>kukur</b></A> : 1. Correct<br>2. Correct<br>3. Correct<br><br>I have installed a new CPE at the old client's location with same results. Defaulted, re-configured the CPE and used 3 different firmware versions thinking the same thing. No difference.<br><br>I brought the original CPE back to the office and it connected fine here to a different AP.<br><br>Here is a shot of the APs info for the customers...<br><br>&raquo;<A HREF="http://smgazette.com/old-customer.jpg" >smgazette.com/old-customer.jpg</A><br><br>&raquo;<A HREF="http://smgazette.com/new-customer.jpg" >smgazette.com/new-customer.jpg</A><br><br>Here is the performance stats from CPEs<br><br>&raquo;<A HREF="http://smgazette.com/old-cpe.jpg" >smgazette.com/old-cpe.jpg</A><br><br>&raquo;<A HREF="http://smgazette.com/new-cpe.jpg" >smgazette.com/new-cpe.jpg</A><br><br>Here is a ping sequence to both...<br><br>&raquo;<A HREF="http://smgazette.com/old-ping.jpg" >smgazette.com/old-ping.jpg</A><br><br>&raquo;<A HREF="http://smgazette.com/new-ping.jpg" >smgazette.com/new-ping.jpg</A><br><br>My next step is to take the original CPE back out and do a site survey with it and see if it will communicate in a different location to the same AP.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17652591</guid>
<pubDate>Tue, 16 Jan 2007 15:14:45 EDT</pubDate>
</item>

<item>
<title>Re: Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17652354</link>
<description><![CDATA[<A HREF="/useremail/u/1219823"><b>lutful</b></A> : 1. 30 CPEs are working fine on a particular AP. <br><br>2. But from 2 CPE locations, using either your laptop or customer desktop:<br><br>- you cannot browse sites on the web<br>- you cannot browse the AP management page<br><br>BUT you can ping sites on the web <br><br>3. From your office, you can access these 2 CPEs through the network.<br><br>My initial thought is that AP-CPE signals are OK but maybe something has changed in the configuration of these 2 CPEs. <br><br>Can you properly reset them to factory default and very carefully reprogram them to be just like one of the working CPEs?<br><br>Also check if your AP shows the RSSI per CPE. That info will be helpful if above suggestion does not work. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17652354</guid>
<pubDate>Tue, 16 Jan 2007 14:34:05 EDT</pubDate>
</item>

<item>
<title>Small packets ok... sustained lost.</title>
<link>http://www.dslreports.com/forum/remark,17652257</link>
<description><![CDATA[<A HREF="/useremail/u/892754"><b>kukur</b></A> : Forgive the lenghty intro, but I want to make sure I don't leave any info out that may prove important.<br><br>Just before Christmas we had a pretty bad wind storm. I thought we had faired well but started noticing some problems with our backhaul. After trying to realign the backhaul several times, we still couldn't return the service to prior levels. I figured the antenna or cables were damaged some where I couldn't find and just abandoned that set and put in a new set of bridges... problem solved. Will go back up the tower when it is warmer and worry about the old set.<br><br>Now, about that same time one older client (2.5 years) lost connectivity. At her location I can ping out to the internet (sustained ping shows no dropped packets), I show noise levels at around 97db and signal strength at 77db. But when I try to pass more traffic than just a ping, it drops. It seems as though the CPE is sending the request, but the info isn't returning. I have replaced everything at her location and the same problem occurs on both her computer and my laptop.<br><br>As I have been trouble shooting this client another client just down the road (almost in the same line of sight as previous client) called for an install.<br><br>Same problem, good signal - low noise, can ping till the cows come home but can't move traffic. <br><br>If I attempt to log into my AP from the client's location, I  get the login almost immediately, but once I submit that info... no traffic. It seems I can send small bursts of info but no more.<br><br>I have tried changing the channel on the AP with no luck. The other 30 customers on the same AP are happy.<br><br>The bizarre thing is I can access the CPE from the office without problems.<br><br>I am starting to wonder if the AP's antenna has moved enough to create a geographical problem in that area. Perhaps this area is on the very fringe of the sector antenna's signal and although showing a good signal, isn't able to remain stable.<br><br>Any insight would be helpful.<br><br>TIA]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/remark,17652257</guid>
<pubDate>Tue, 16 Jan 2007 14:16:23 EDT</pubDate>
</item>

</channel>
</rss>
