Thursday, 4 February 2016

Wi-Fi HaLow™ for the Internet of Things
Wi-Fi HaLow™ is the name the alliance is designating for the products incorporating IEEE 802.11ah technology. Wi-Fi HaLow™ is targeted at the Internet of Things (IoT), which includes the smart home, connected car, and digital healthcare, as well as industrial, retail, agriculture, and smart-city.
1.    Wi-Fi HaLow devices operates in frequency bands below One GHz, it extends Wi-Fi into the 900 MHz band.

2.    Wi-Fi HaLow offers longer range, lower power connectivity to Wi-Fi CERTIFIED™ products. Overall power requirement by Wi-Fi HaLow devices is reduced by using lower power MAC protocols such as smaller frame formats, sensor traffic priority, and beaconless paging mode.
3.    Wi-Fi HaLow will enable a variety of new power-efficient use cases in the Smart Home, connected car, and digital healthcare, as well as industrial, retail, agriculture, and Smart City environments.
4.    Wi-Fi HaLow enables the low power connectivity necessary for applications including sensor and wearables.
5.    Wi-Fi HaLow’s range is nearly twice that of today’s Wi-Fi.
6.    Wi-Fi HaLow provides a more robust connection in challenging environments where the ability to more easily penetrate walls or other barriers is an important consideration.
7.    Wi-Fi HaLow will broadly adopt Wi-Fi protocols and deliver many of the benefits including multi-vendor interoperability, strong government-grade security, and easy setup.

8.    Wi-Fi HaLow devices will be tri-band, with access points in the home having 2.4 GHz, 5 GHz and 900 MHz functionality, providing connectivity throughout a property.

Monday, 1 February 2016

Enabling ssh root access on Ubuntu 14.04

1. Add password for root
2. edit /etc/ssh/sshd_config, and make changes as below:
# PermitRootLogin without-password
PermitRootLogin yes
Then restart SSH:
service ssh restart

Tuesday, 9 June 2015

iperf to multicast addresses

1.Add multicast addresses to all sta(AP and STA connected) as below
        route add -net 224.0.0.0/4 dev eth0
2.At server
                Iperf –s –u –B 224.0.0.13 –I 1
3.client side

                Iperf –c 224.0.0.13 –u 1 1000 –T 5 –I 1

Ping - broadcast and multicast

The range of IP addresses is divided into "classes" based on the high order bits of a 32 bits IP address:

   Bit -->  0                           31            Address Range:
           +-+----------------------------+
           |0|       Class A Address      |       0.0.0.0 - 127.255.255.255
           +-+----------------------------+
           +-+-+--------------------------+
           |1 0|     Class B Address      |     128.0.0.0 - 191.255.255.255
           +-+-+--------------------------+
           +-+-+-+------------------------+
           |1 1 0|   Class C Address      |     192.0.0.0 - 223.255.255.255
           +-+-+-+------------------------+
           +-+-+-+-+----------------------+
           |1 1 1 0|  MULTICAST Address   |     224.0.0.0 - 239.255.255.255
           +-+-+-+-+----------------------+
           +-+-+-+-+-+--------------------+
           |1 1 1 1 0|     Reserved       |     240.0.0.0 - 247.255.255.255

Every IP datagram whose destination address starts with "1110" is an IP Multicast datagram.
The remaining 28 bits identify the multicast "group" the datagram is sent to. You need to tune radio and kernel to receive packets sent to an specific multicast group. This is called joining a multicast group.

Some of the special (well known/reserved) multicast groups are:
·         224.0.0.1 is the all-hosts group. If you ping that group, all multicast capable hosts on the network should answer, as every multicast capable host must join that group at start-up on all it's multicast capable interfaces.
·         224.0.0.2 is the all-routers group. All multicast routers must join that group on all it's multicast capable interfaces.

Multicast ping: 
Get multicast address using "netstat -g" command

$ netstat -g
IPv6/IPv4 Group Memberships
Interface       RefCnt Group
--------------- ------ ---------------------
eth1            1      224.0.0.251
eth0            1      224.0.0.251

Ping to multicast address, you will get reply from multicast registered IPs.

$ ping -I eth0 224.0.0.251
PING 224.0.0.251 (224.0.0.251) from 11.191.136.143 eth0: 56(84) bytes of data.
64 bytes from 11.191.136.223: icmp_req=1 ttl=64 time=0.249 ms
64 bytes from 11.191.136.222: icmp_req=1 ttl=64 time=0.257 ms (DUP!)


Ping to all-host multicast address.
$ ping -I eth0 224.0.0.1

Broadcast ping:

$ ping -I eth0 -b 255.255.255.255

Thursday, 4 June 2015

AMSDU and AMPDU

Data Link Layer Sub-Layers...

1. LLC (Logical link Control):- Name itself describes that it is responsible for handling layer-3 protocols (multiplexing/de-multiplexing), flow control and reliability. This is upper sub-layer of Data Link Layer.
2. MAC (Medium Access Control): It is responsible for controlling medium access, framing/de-framing, check-sum computation and verification.


Upper and Lower sub-layers of Data Link Layer


Packets, Frames...etc, what is it called at each layer....




MSDU, MPDU, PSDU...



MSDU: The MSDU is the service data unit that is received from the logical link control (LLC)
MPDU: The MPDU is a message (Protocol data unit) exchanged between media access control (MAC) entities in a communication system.


AMSDU and AMPDU...




AMSDU........................





Why AMSDU:
  1.  Ethernet is the native frame format
  2.  Ethernet header is much smaller than the 802.11 header
Hence multiple Ethernet frames can be combined to form a single A-MSDU.  
A-MSDU minimizes the MAC header overheads when the channel conditions are good.
  
Issue with AMSDU:
Probability of error increases with frame size. Since each AMSDU has one MAC frame and one CRC, in case of error whole frame needs to be re-transmitted (in most cases at lower rates). So it is better to use it in good channel conditions.

AMSDU Beacon:



AMSDU Packet exchange:




AMPDU....................



Why AMPDU:
Multiple PDUs are aggregated, each with their own MAC header and CRCs. Hence, in the event of a failure, only those MPDUs can be retransmitted resulting in higher efficiency.

However, each MPDU in AMPDU has its own header and CRC, it adds to overhead but by using Block Ack mechanism this can be overridden.

Beacon of AMPDU enabled AP:



AMPDU Packet exchange:


Thursday, 21 May 2015

802.11n PHY and MAC Layer Improvements

Physical Layer Improvements
  1. Higher Modulation Rates – from 54 Mbps to 58.5 Mbps
  2. Improved Forward Error Correction – from 58.5 Mbps to 65 Mbps
  3. Short Guard Interval – from 65 Mbps to 72.2 Mbps
  4. Channel Bonding, 40 MHz Channels – from 72.2 Mbps to 150 Mbps
  5. MIMO – from 150Mbps to 600Mbps


MAC Layer Improvements
  1. Aggregation of Packets
  2. Block Acknowledge
  3. Lower Overhead: Reduced Interframe Space
  4. Backwards Compatibility
  5. Power Save Modes
  • Spatial Multiplexing (SM) power save – static and dynamic

  • Power Save Multi-Poll (PSMP)

Wednesday, 20 May 2015

802.11 Beamforming

Beamforming technology allows the antennas and controlling circuitry to focus the transmitted RF signal only where it is needed, unlike the omnidirectional antennas people are used to. Beamforming is PHY layer procedure.







Two types of beam forming:

1.    In implicit beamforming, the upstream wireless channel is measured by the beamformer, and the measurement used to derive the parameters for subsequent downstream beam formed transmission.

2.    Explicit beamforming, requires the downstream channel to be  measured at the receiver, or beamformee, and relayed back to the transmitter, or beamformer. The beamformer uses the measured channel information to derive the transmit beamforming parameters.


Implicit beamforming has the advantage that the beamformee does not need to measure and send the channel state information to the beam former. However, 11n standard implicit beamforming requires a calibration exchange between the beamformer and beamformee, which can complicate the transceiver design.

Since 802.11n allowed multiple forms of beamforming and both ends of a wireless link need to use the same beamforming method to produce real benefit.




Sounding frames are known pattern of RF symbols sent from each antenna.

Following is the sequence of events that take place as part of Transmit Beamforming to get reports from clients.


1.    AP sends an announcement that its going to send out a sounding frame containing data to be evaluated by client.
2.    AP sends the data in the Null data packet.
3.    All the clients supporting TxBF receive it as start responding to the report request by sending back a Compressed V-Matrix to the AP.
4.    Based on the feedback received by the AP from clients, it re-calibrates the phase shift for each of the transmitted signal from each antenna so that the signal strength reaches its maximum at client

Note: Images used are from various websites and copyright if any belongs to respective owners.

802.11n Vs 802.11ac

802.11n Versus 802.11ac
IEEE Standard
802.11n
802.11ac
Ratification
2009
Jan-2014 (Wave-1)
Frequency Band
2.4GHz and 5 GHz
5 GHz
PHY Rates
65 Mbps – 600 Mbps
250 Mbps – 6.5 Gbps
Technology
OFDM
OFDM
Modulation
Up to 64 QAM
Up to 256 QAM
Channel Widths
20, 40 MHz
20, 40, 80 MHz
(mandatory)
160 MHz, 80+80 MHz
(optional)
Spatial Streams
1 to 4
1 to 8 total
Up to 4 per client
MU-MIMO
No
Yes
Green Field
Yes
No
Implicit Beamforming
Yes
No
Explicit Beam Forming
Yes
Yes
Single Stream (1X1)
Max Client Data rate per radio
150 Mbps
450 Mbps
Three Stream (3X3)
Max Client Data rate per radio
450 Mbps
1.3 Gbps (80 MHz, Wave 1)
Max A-MPDU size
65,535 octets
1,048,575 octets