Nv2 TDMA protocol

[Vesuvius Streamline]

*Nv2 wireless TDMA protocol*

MikroTik has developed a new wireless protocol based on TDMA technology (Time Division Multiple Access) -

Nv2 (Nstreme version 2). TDMA is a channel access method for shared medium networks. It allows several users to share the same

frequency channel by dividing the signal into different time slots. The users transmit in rapid succession, one after the other, each using his own time slot. This allows multiple stations to share the same transmission medium (e.g. radio frequency channel) while using only a part of its channel capacity.

The most important benefits of Nv2 are:

- Increased speed

- More client connections in PTM environments

- Lower latency

- No distance limitations

- No penalty for long distances

Starting from RouterOS v5.0beta5 you can configure

Nv2 in the Wireless menu.

- 5/10/20/40 MHz channel support

- 802.11n MIMO Atheros AR92xx support

- R52, R52H, AR5414 backward compatible

- Mixed systems possible

- Possibility to set CPE association priorities, so when AP switches to Nv2, all CPEs switch too, allowing easy migration and upgrade

To make the connection using Nv2 on the AP side you need to select the wireless-protocol=nv2 and on the Station side, select wireless-protocol ‘Nv2’ or ‘any’.

Currently, with 802.11n and Nv2 you can get approximately 97Mbps UDP traffic and 94Mbs TCP traffic through RB711 in one direction using one chain.

More information on Nv2: http://wiki.mikrotik.com/wiki/Manual:Interface/Wireless#Nv27

==================================

*Nv2 latency examples*

Starting with v5beta6, Nv2 has a new setting, which enables a special QoS mechanism to give priority to small packets, and improves link latency.

==================================

*Multicore improvements*

Starting with RouterOS v5beta6 RouterOS supports up to 16 cores in your PC system (previous limitation was , and has new Intel Ethernet drivers. It is possible to assign a different CPU for each IRQ of each Ethernet card to improve the performance and balance load.

[kokaracha]

*Multicore improvements*

Starting with RouterOS v5beta6 RouterOS supports up to 16 cores in your PC system (previous limitation was , and has new Intel Ethernet drivers. It is possible to assign a different CPU for each IRQ of each Ethernet card to improve the performance and balance load.

> At this point RouterOS have a lot of space to improve on multi-CPU 

> performance

> - we

> are aware of that issue, we have plan to make the improvement in v5.x 

> or v6.x

> 

> Regards,

> Sergejs

> 

> Come to MUM USA,

> Dallas/Fort Worth, TX, September 3-4

> http://mum.mikrotik.com/

> 

*) intel 82576 (uncommon expensive chip) crash/reboot to be fixed in next releas

[kokaracha]

Не го знаехме това са феноменални тайни 

Радваме се, че поне сте разбрали нещо.

[kokaracha]

Да поне

Лошо няма. Това че сте търговци не ви прави техничари 

[kokaracha]

Хихи недей ще си повяраваш колега. Техничари от hardware ли произлиза. Обичам да споря с хора с много умения и постижения и с ненадминати възможности 

Приемам забележката/зайгравката. Няма място за спор тука,остава сами  да си повярвате в маркетинговите си трикове

[Vesuvius Streamline]

Ей спамъри

[Vesuvius Streamline]

тестове на бюро:

2 x RB711 с 5.06, в режим Nv2 802.11, 20MHz, в офис условия на около 5м, ниво на сигнала -55

Bandwith test UDP:115Mbps  в една посока, 2х 53Mbps  двупосочно

в TCP слаб резултат - около 40

[Vesuvius Streamline]

не схващаш идеята

[pavlan]

Човек ще каже че си вкарал хиляди бройки,  а не 40 че толкоз ги рекламираш 

То хубаво ама UDP кой го интересува. Да не пускаме радиа и ТВ. TCP реален трафик на трасе макс 80мбит сумарно с много мъки 1.5км

CPU същото като на нанотата с интегриран лан много приятни за смяна атеросчета. Кой му изгори лана лошо.

както ти казаха - не схващаш идеята ...

тествал е wireless линка и новия протокол

а не 711-ката , която е еФтино CPE

та за тая цел - само UDP тест

[Велин]

Наистина ли хахах. Да те светна ли каква е истината, че малко си дълеч от нещата. Колегата се опитва да продаде 711ки  грам не го интересува за новия протокол или тестовете. Намека ми беше за друго ама не му мислете толкоз, че си направите пак "правилни" изводи

И тъй като не си написал за какво ти е намека си прилича на чисто заяждане , дръжте се по коректно и не спамете с излишни коментари.

[slevin]

*Nv2 wireless TDMA protocol*

MikroTik has developed a new wireless protocol based on TDMA technology (Time Division Multiple Access) -

Nv2 (Nstreme version 2). TDMA is a channel access method for shared medium networks. It allows several users to share the same

frequency channel by dividing the signal into different time slots. The users transmit in rapid succession, one after the other, each using his own time slot. This allows multiple stations to share the same transmission medium (e.g. radio frequency channel) while using only a part of its channel capacity.

The most important benefits of Nv2 are:

- Increased speed

- More client connections in PTM environments

- Lower latency

- No distance limitations

- No penalty for long distances

Те изброили предимствата, а недостатъците са ги спестили.

Още като прочетох първите редове веднага се замислих..., къде може да са недостатъците на този протокол. Особено за мен си противорчат първите три предимства дето са ги изброили.

Та прочетох тук-там предимно за TDMA.

Kато гледам при P-t-P връзка с този протокол базиран на TDMA

да не очаквате някакви чудеса спрямо сегашните.

Идеята му е различна и бих казал неефективна при P-t-P решения, то и името си му го казва.

При P-t-Mp може би ще има ефект, но пак ще споделят една честота(честотна лента), и колкото повече са клиентите толкова повече би трябвало time slot-а им да бъде по-кратък времево. 

Да се има предвид, че между time slot на клиентите има и "dead time",  и колкото повече са клиентите  "dead time" сумарно ще нараства. А това ще "свива" реалния капацитет на честотната лента.

Ако фрейм с информация от даден time slot по някаква причина не е получен(смущение, слаб сигнал и т.н.) от другата страна, то ще трябва да си изчака отново реда за да предава.

Не съм се задълбочавал дали има, или ще има резлизирана сигнализация, ако примерно time slot не се ползва от клиент в даден момент от времето, то той динамично да се поделя м/у другите.   

Отделно TDMA създава интерференция, която е пряко свързана с time slot.

Така че теоретично предимствата дето ги избройха, може в реална среда въобще да не се получат.

Но все пак времето ще покаже дали този протокол ще свърши задачата си спрямо изброените предимства по-горе.

Лично аз съм скептичен.

[Vesuvius Streamline]

тест с 2х 411АН с R52NM, Nv2, RouterOS 5.0beta6, в офис условия:

UDP:

в една посока - 210мбпс

двупосочно - 2х106мбпс

TCP :

в една посока около 70мбпс

двупосочно - 2 х 47

Закачат се на 270мбпс, не можах да ги пусна на 300.

[pavlan]

нема нужда да ме светкаш    погрижи се за собственото си просвещение 

гледай си бизнеса и недей да злобееш на другите , ок ?

Наистина ли хахах. Да те светна ли каква е истината, че малко си дълеч от нещата. Колегата се опитва да продаде 711ки  грам не го интересува за новия протокол или тестовете. Намека ми беше за друго ама не му мислете толкоз, че си направите пак "правилни" изводи

[pavlan]

Мисля че няма да сбъркат , въпроса е от МТ да направят нещо работещо 

не като UBNT Airmax

едва ли ще стигнат качеството на  Canopy-тата на Motorola, но може да е близо

за интерференцията ще е интересно дали ще има ефекта на Canopy

Те изброили предимствата, а недостатъците са ги спестили.

Още като прочетох първите редове веднага се замислих..., къде може да са недостатъците на този протокол. Особено за мен си противорчат първите три предимства дето са ги изброили.

Та прочетох тук-там предимно за TDMA.

Kато гледам при P-t-P връзка с този протокол базиран на TDMA

да не очаквате някакви чудеса спрямо сегашните.

Идеята му е различна и бих казал неефективна при P-t-P решения, то и името си му го казва.

При P-t-Mp може би ще има ефект, но пак ще споделят една честота(честотна лента), и колкото повече са клиентите толкова повече би трябвало time slot-а им да бъде по-кратък времево. 

Да се има предвид, че между time slot на клиентите има и "dead time",  и колкото повече са клиентите  "dead time" сумарно ще нараства. А това ще "свива" реалния капацитет на честотната лента.

Ако фрейм с информация от даден time slot по някаква причина не е получен(смущение, слаб сигнал и т.н.) от другата страна, то ще трябва да си изчака отново реда за да предава.

Не съм се задълбочавал дали има, или ще има резлизирана сигнализация, ако примерно time slot не се ползва от клиент в даден момент от времето, то той динамично да се поделя м/у другите.   

Отделно TDMA създава интерференция, която е пряко свързана с time slot.

Така че теоретично предимствата дето ги избройха, може в реална среда въобще да не се получат.

Но все пак времето ще покаже дали този протокол ще свърши задачата си спрямо изброените предимства по-горе.

Лично аз съм скептичен.

[jack82]

имаме такива на 15-16 км с двуполярни облачватели 170-180 мб реален трафик в едната посока