Talk:Carrier-sense multiple access with collision avoidance

	This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
???	This article has not yet received a rating on Wikipedia's content assessment scale.
???	This article has not yet received a rating on the project's importance scale.

shamefully deleted my own comment. I was wrong. --Alvestrand 20:27, 18 January 2006 (UTC)[reply]

Exposed terminal

The hidden terminal problem was mentioned, but no word about the exposed terminal problem. —Preceding unsigned comment added by 83.86.168.215 (talk) 10:18, 1 July 2008 (UTC)[reply]

Doubt!!

Can a collission arise while sending a jamming signal?

As noted in the article, for radio systems there is often the possibility that the jamming signal or data transmission will not be detected by another radio, resulting in a collision. This is even more likely for mobile radio systems where often the radio path to another radio may be blocked by terrain effects.--Rjstott 06:59, 3 July 2006 (UTC)[reply]

CSMA/CA does not use RTS/CTS

The article incorrectly states that CSMA/CA uses RTS/CTS. That is an improvement in the MACA protocol and is optional in 802.11 protocol.

You are correct in stating that the IEEE 802.11 Standard does not specify as mandatory the use of the RTS/CTS control-fame handshaking MAC dialogue protocol mechanism. However, 802.11 is not the definitive form of CSMA/CA, which is actually TWO protocols in one.
- The first is the carrier sense - CS' mechanism (as used by 802.3 Ethernet) by which the MAC layer process first listens to (senses) the physical layer (802.3 - wire, cable; 802.11 - local radio space) before transmitting.
  - An important difference between the two physical layers used by (802.3 Ethernet & 802.11 RF) follows.
  - 802.3 Ethernet. A device (A) that is transmitting to another device (B) is able to listen to (sense) the cable while transmitting and thus detect a collision caused by an interfering device (C) on the local subnet directly. That is, Device A is able to receive the signal that it is putting onto the wire as well as the signal from device C. As does device B, but the superimposed signals are unintelligible and need to be re-transmitted which is why collisions are a source of data link inefficiency. At least both device A and C are aware that they need to re-transmit their respective frames.
  - 802.11 RF. For the same situation above except that devices now have a radio frequency (RF) transceivers rather than cable. Because of the way that electromagnetic radiation propagates and the signal attenuates with distance. The radio signal that node A receives from interfering node C is many orders of magnitude (10's of dB's) less than the signal that itself (node A) is also transmitting. This means that node A is not able to discover that collision has occurred. This is why 802.11 employs acknowledgment fames (ACK) i.e. A node is thus able to detect a collision by the non-receipt of an ACK frame that would have been transmitted by node B if it had been able to make sense of the frame that node A had transmitted.
- The second is the collision avoidance - CA mechanism that Phil Karn gave us in MACA. Because of the nature of the wireless medium, there are situations in which better link performance results by nodes utilizing a short control frame (RTS/CTS) handshake to explicitly alert all nearby potentially interfering nodes of the impending DATA frame tranasmission.

Therefore you are incorrect in stating that CSMA/CA does not use RTS/CTS, as this handshake is the CA part of CSMA/CA. DrBob127 (talk) 03:09, 22 November 2008 (UTC)[reply]

[NOTE] I propose that I incorporate the above distinction into the article itself. Any takers...??? DrBob127 (talk) 02:06, 6 December 2008 (UTC)[reply]

Jamming signals

It says in the "Usage" sub-heading: Apple's LocalTalk implemented CSMA/CA on an electrical bus using a three-byte jamming signal

What exactly is this jamming signal? Isnt jamming signal sent when a collision is detected in the network to warn the other hosts connected to the CSMA network about the collision? If so, doesnt this make it CSMA/CD rather than CSMA/CA? —Preceding unsigned comment added by 137.132.3.6 (talk) 02:29, 22 September 2007 (UTC)[reply]

I found the answer to these questions here: http://en.wikipedia.org/wiki/Jam_signal Please feel free to delete this post if you are an authorized user (I am not really familiar with the system). —Preceding unsigned comment added by 137.132.3.12 (talk) 10:47, 25 September 2007 (UTC)[reply]

Answer to your question: collisions can occur in CSMA/CA when two nodes start sending at the same time.

Station Checking

It says the station "checks to see if the channel is still free". Does anyone know exactly how it does this? I can't find anywhere how the station actually checks whether the line is busy. A voltage signal would run into the same collision problems. Anyone know? —Preceding unsigned comment added by 203.38.189.98 (talk) 02:18, 13 June 2008 (UTC) 02:40, 13 June 2008 (UTC)[reply]

I'd like to know this as well. Could the client possible just send the signal that the station senses ahead of the packet? –Sigmarz talk • edits 10:27, 23 June 2008 (UTC)[reply]

The MAC layer has access to a Receive Signal Strangth Indicator (RSSI) which is used to give the MAC visibility of the current status of the PHY. DrBob127 (talk) 03:44, 22 November 2008 (UTC)[reply]