<grin>
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marlon K. Schafer (509) 982-2181 Sent: Tuesday, December 26, 2006 2:33 PM To: WISPA General List Subject: Re: [WISPA] once again, several of the key... OK, so when we set the value to 0, how does the ap decide who it's going to listen to and when it'll talk? Is this the same as turning the radio into a polling mechanism? Marlon (509) 982-2181 Equipment sales (408) 907-6910 (Vonage) Consulting services 42846865 (icq) And I run my own wisp! [EMAIL PROTECTED] www.odessaoffice.com/wireless www.odessaoffice.com/marlon/cam ----- Original Message ----- From: "Patrick Leary" <[EMAIL PROTECTED]> To: "WISPA General List" <wireless@wispa.org> Sent: Tuesday, December 26, 2006 11:19 AM Subject: RE: [WISPA] once again, several of the key... mks: And what happens when we have someone light up a Wmux type system that's ALWAYS on? The time value won't make a difference since there will NEVER be totally clear air. PL: Marlon, "The available values are 0, 7, 15, 31, 63, 127, 255, 511 and 1023. A value of 0 means that the contention window algorithm is not Used..." So one could set the value to 0 and that essentially tuns off the contention mechanism. BTW, regarding ATPC, I think we can all expect ATPC to be mandatory for any new UL frequency. Like it will be for 3650MHz (it was required in the initial R&O). Patrick Leary AVP WISP Markets Alvarion, Inc. o: 650.314.2628 c: 760.580.0080 Vonage: 650.641.1243 [EMAIL PROTECTED] mks: And what happens when we have someone light up a Wmux type system that's ALWAYS on? The time value won't make a difference since there will NEVER be totally clear air. - Cell Distance Mode feature: The higher the distance of an SU from the AU that is serving it, the higher the time it takes for messages sent by one of them to reach the other. To ensure appropriate services to all SUs regardless of their distance from the AU while maintaining a high overall performance level, two parameters should be adapted to the distances of SUs from the serving AU: The time that a unit waits for a response message before retransmission (ACK timeout) should take into account the round trip propagation delay between the AU and the SU (The one-way propagation delay at 5 GHz is 3.3 microseconds per km/5 microseconds per mile.). The higher the distance from the AU of the SU served by it, the higher the ACK timeout should be. The ACK timeout in microseconds is: 20+Distance (km)*2*3.3 or 20+Distance (miles)*2*5. To ensure fairness in the contention back-off algorithm between SUs located at different distances from the AU, the size of the time slot should also take into account the one-way propagation delay. The size of the time slot of all units in the cell should be proportional to the distance from the AU of the farthest SU served by it. The Cell Distance Mode parameter in the AU defines the method of computing distances. When set to Manual, the Maximum Cell Distance parameter should be configured with the estimated distance of the farthest SU served by the AU. When set to Automatic, the AU uses a special algorithm to estimate its distance from each of the SUs it serves, determine which SU is located the farthest and use the estimated distance of the farthest SU as the maximum cell distance. The value of the maximum cell distance parameter (either computed or configured manually) is transmitted in the beacon messages to all SUs served by the AU, and is used by all units to calculate the size of the time slot, that must be the same for all units in the same sector. When the Per SU Distance Learning option is enabled, the AU uses the re-association message to send to each SU its estimated distance from the AU. The per-SU distance is used to calculate the ACK timeout to be used by the SU. When the Per SU Distance Learning option is disabled (or if it cannot be used because the SU uses a previous SW version that does not support this feature), the SU will use the maximum cell distance to calculate the ACK timeout. The AU always uses the maximum cell distance to calculate the ACK timeout. It should be noted that if the size of the time slot used by all units is adapted to the distance of the farthest unit, then no unit will have an advantage when competing for services. However, this reduces the overall achievable throughput of the cell. In certain situations, the operator may decide to improve the overall throughput by reducing the slot size below the value required for full fairness. This means that when there is competition for bandwidth, the back-off algorithm will give an advantage to SUs that are located closer to the AU. The Cell Distance Parameters menu includes the following parameters: fairness factor, per SU distance learning, show cell distance parameters. mks: Some of my new wifi gear has the ability to tune for distances. It's a great feature and it's amazing how much of a difference it can make. - Low Priority Traffic Minimum Percent feature ensures a selectable certain amount of the traffic is reserved to low priority packets to prevent starvation of low priority traffic when there is a high demand for high priority traffic. mks: Cool. - Layer-2 traffic prioritization based on IEEE 802.1p and layer-3 traffic prioritization based on either IP ToS Precedence (RFC791) or DSCP (RFC2474). It also supports traffic prioritization based on UDP and/or TCP port ranges. In addition, it may use the optional Wireless Link Prioritization (WLP) feature to fully support delay sensitive applications, enabling Multimedia Application Prioritization (MAP) for high performance voice and video. (MAP can increase VoIP capacity by as much as 500%) mks: That's good. As long as we have clear air for the transmit cycle...... - Auto or configurable maximum cell distance mks: I like the auto idea! Some cells have no customers further than a couple of miles. Some have none closer than 4 miles. - Automatic distance learning: Per SU Distance Learning mechanism controlled by the AU enables each SU to adapt its Acknowledge timeout to its actual distance from the AU, minimizing delays in the wireless link. mks: Again, nice feature! - Configurable threshold for lost beacon watchdog mks: What's that one mean???? - Intelligent ATPC (The algorithm is controlled by the AU that calculates for each received frame the average SNR at which it receives transmissions from the specific SU. The average calculation takes into account the previous calculated average, thus reducing the effect of short temporary changes in link conditions. The weight of history (the previous value) in the formula used for calculating the average SNR is determined Menus and Parameters Operation and Administration by a configurable parameter. In addition, the higher the time that has passed since the last calculation, the lower the impact of history on the calculated average. If the average SNR is not in the configured target range, the AU transmits to the SU a power-up or a power-down message. The target is that each SU will be received at an optimal level, or as high (or low) as possible if the optimal range cannot be reached because of specific link conditions. Each time that the SU tries to associate with the AU (following either a reset or loss of synchronization), it will initiate transmissions using its Transmit Power parameters. If after a certain time the SU does not succeed to synchronize with the AU, it will start increasing the transmit power level. In an AU the maximum supported transmit power is typically used to provide maximum coverage. However, there may be a need to decrease the transmitted power level in order to support relatively small cells and to minimize the interference with the operation of neighboring cells, or for compliance with local regulatory requirements. In some cases the maximum transmit power of the SU should be limited to ensure compliance with applicable regulations or for other reasons. mks: I'd like to see automatic power control mandated for all unlicensed devices moving forward. - And ATPC is highly configurable (only highly advanced operators should do so), with parameters like: ATPC min. SNR level, ATPC Delta from min. SNR level, Min. interval between ATPC messages, ATPC power level change step (1-20dB with default of 5dB) Patrick Leary AVP WISP Markets Alvarion, Inc. o: 650.314.2628 c: 760.580.0080 Vonage: 650.641.1243 [EMAIL PROTECTED] ************************************************************************ ************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. ************************************************************************ ************ -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ ************************************************************************ ************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses(190). ************************************************************************ ************ ************************************************************************ ************ This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses(42). ************************************************************************ ************ **************************************************************************** ******** This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals & computer viruses. **************************************************************************** ******** -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/ -- WISPA Wireless List: wireless@wispa.org Subscribe/Unsubscribe: http://lists.wispa.org/mailman/listinfo/wireless Archives: http://lists.wispa.org/pipermail/wireless/
