Re: [WISPA] Cat5E
There are a handful of listings on E-Bay. Just do a search for aerial cat5. http://cgi.ebay.com/250-CAT-5E-OUTDOOR-AERIAL-SELF-SUPPORTING-W-MESSENGER-/360248674569?pt=LH_DefaultDomain_0&hash=item53e07e8909 On 4/10/2011 5:05 PM, Blair Davis wrote: > Looking for an aerial, shielded, Cat5E with steel messenger wire > suitable for a 250ft span. > > Anybody got or seen such a thing? Price and availability? > > > > > > WISPA Wants You! Join today! > http://signup.wispa.org/ > > > WISPA Wireless List: wireless@wispa.org > > Subscribe/Unsubscribe: > http://lists.wispa.org/mailman/listinfo/wireless > > Archives: http://lists.wispa.org/pipermail/wireless/ > > WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
[WISPA] Spiceworks
Anyone using spiceworks at their ticket software? Would appreciate some insight into it. Thanks, Justin -- Justin Wilson Aol & Yahoo IM: j2sw http://www.mtin.net/blog xISP News http://www.twitter.com/j2sw Follow me on Twitter Wisp Consulting Tower Climbing Network Support WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] Cat5E
Blair,for your viewing pleasure. http://www.americantechsupply.com/outdoorcat5ewithmessenger.htm --- On Sun, 4/10/11, Blair Davis wrote: From: Blair Davis Subject: [WISPA] Cat5E To: memb...@wispa.org, "WISPA General List" Date: Sunday, April 10, 2011, 5:05 PM Looking for an aerial, shielded, Cat5E with steel messenger wire suitable for a 250ft span. Anybody got or seen such a thing? Price and availability? WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
[WISPA] Cat5E
Looking for an aerial, shielded, Cat5E with steel messenger wire suitable for a 250ft span. Anybody got or seen such a thing? Price and availability? WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] RED queues out, PCQ queues in - anyone else doing this?
> One of the best examples is the impact of half duplex radios, or adaptive > speed (modulation) radios, on bandwdith management systems that treat Ideally, adaptive modulation radios should have QoS policies built-in. That is true for Ceragon IP-MAX^2 radios that are aware to EXP MPLS markings, but besides that expection, I don't know radios that do it. > for us, for 10 years. But as our network became more congested, half duplex > did show to be a challenge for traffic management. It came to a point where > Full Duplex licensed links was the only answer, and helped the most. And > then our traffic management became more reliable as a result. My point is, > its not only the method of traffic management that matters, but also the > characteristics of the network. > Queuing and QOS will always help make the best of one's network, but it wont > fully make up for deficiencies in a physical network. For a growing-up network, I think two half-duplex could be used for better performance. For instance, two OSPF links with unequal inverted costs, so each one will normally have unidiretional traffic, fall-back to bidirectional if one of the links fail. Rubens WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
Re: [WISPA] RED queues out, PCQ queues in - anyone else doing this?
Rubens, Thanks for the reply! I'm using a 5GHz AirMax back haul (PtMP) to two 2.4GHz APs (All UBNT gear). The 5GHz back haul has never broken a sweat. Our "upstream" is a 1M/256K high latency connection so there just isn't that much data to move. You got me thinking about the ack packets. Besides possibly a queue type, what do you think about prioritizing them high? Thanks! Greg On Apr 7, 2011, at 10:19 PM, Rubens Kuhl wrote: >> I was running Butch's script with PCQ queues but I started wondering about >> "buffer bloat" (yeah, I follow NANOG too) on the router. I thought about >> trying RED on the outbound queue since if packets are dropped and resent on >> our wireless network it's no biggie. Our wireless network is way overkill as >> far as our bandwidth needs. But I didn't want dropped packets on our inbound >> side because I didn't want to waste any of our precious satellite bandwidth. >> So I kept PCQ queues there. > > Before jumping into the conclusion that your network is overkill for > your usage, you should first graph it in RX+TX pps if it's Wi-Fi, or > RX pps and TX pps otherwise. Ideally you should also graph airtime % > as well, but that's not a MIB-II standard item... AirControl might do > it with UBNT gear. > >> It seems like it made things work better but I never know for sure because >> our satellite bandwidth is oversold and what we get at any given moment is >> effected by what the other users who are on this same bandwidth are doing. >> >> Does anyone else mix queue types like that? Is this a dumb idea? > > I think it's not dumb, but the cause/effect relations on TCP make > choosing which queue type to use in each direction a more complex > decision than that. Trying more combinations might be good. > > One thing I would consider doing is using different queue types on > each direction depending on packet size. TCP packets going outbound > but have low size are just ACKs of incoming TCP data, and the other > way around. non-TCP packets would also have a different QoS strategy > as it's usually non-responsive to packet loss or delay variations. > > > Rubens > > > > WISPA Wants You! Join today! > http://signup.wispa.org/ > > > WISPA Wireless List: wireless@wispa.org > > Subscribe/Unsubscribe: > http://lists.wispa.org/mailman/listinfo/wireless > > Archives: http://lists.wispa.org/pipermail/wireless/ WISPA Wants You! Join today! http://signup.wispa.org/ WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/