| RE: Another Way to Think about CAPWAP | <– Date –> <– Thread –> |
|
From: Pat R. Calhoun (pcalhoun |
|
| Date: Tue, 18 Nov 2003 07:26:15 -0600 (CST) | |
Title: RE: [Lwapp] Another Way to Think about CAPWAP
There are mainly three different types of data that need to go between AP and AC.
Discovery related messages, configuration/signaling information and actual
data packets. Data packet could be voice data and requires QoS. TCP is not
a good transport to transfer this information. For discovery,
multicasting is required and TCP is not suitable. For control and signaling data,
either TCP or UDP with application reliability can be adapted.
<PRC> For the most part you are correct, but it also depends on the aggressiveness
required for control messages. For instance, if TCP's backoff algorithm could harm
the 802.11 service, then it may not be the right transport.
PatC
- RE: Another Way to Think about CAPWAP, (continued)
-
RE: Another Way to Think about CAPWAP Pat R. Calhoun, November 17 2003
- RE: Another Way to Think about CAPWAP Paulo Francisco, November 17 2003
- RE: Another Way to Think about CAPWAP Yang, Lily L, November 17 2003
- RE: Another Way to Think about CAPWAP Pat R. Calhoun, November 17 2003
- RE: Another Way to Think about CAPWAP Pat R. Calhoun, November 18 2003
- Re: Another Way to Think about CAPWAP Jim Murphy, November 18 2003
-
RE: Another Way to Think about CAPWAP Pat R. Calhoun, November 17 2003
- RE: Another Way to Think about CAPWAP Sadot, Emek (Emek), November 18 2003
- RE: Another Way to Think about CAPWAP Pat R. Calhoun, November 18 2003
- RE: Another Way to Think about CAPWAP Jerome Moisand, November 18 2003
Results generated by Tiger Technologies using MHonArc.