[airos23]

Не, не по 100 Мбит, тарифы 1,2 и 3, скрин я уже показывал в предыдущей теме. 100 одновременно работающих клиентов на секторе это реально, с тарифами 1,2 и 3мбита. Входящий канал 30 Мбит и все довольны

 

А мы дураки разносим клиентов по секторам и на БС тратимся. Вдобавок еще на 2 ГГц, где давно уже все умерло.

Видимо дураки... Если у вас руки из Ж растут, то это не значит что у других так же

[sokrat]

Не, не по 100 Мбит, тарифы 1,2 и 3, скрин я уже показывал в предыдущей теме. 100 одновременно работающих клиентов на секторе это реально, с тарифами 1,2 и 3мбита. Входящий канал 30 Мбит и все довольны

 

А мы дураки разносим клиентов по секторам и на БС тратимся. Вдобавок еще на 2 ГГц, где давно уже все умерло.

Видимо дураки... Если у вас руки из Ж растут, то это не значит что у других так же

 

 

тяжелый случай, за кадром что? Я предполагаю чем дедушка яблоньки поливал. Покажи скрин чтобы тайм аут был 10-20 и более дней, и при этом пинг с клиента у кого сигнал за 70, какое расстояние до клиентов и гидэ это все стоит, а так и я картинки, когда хреново работает, показываю именно те самые короткие моменты, надо же как-то морду покорчить.

[airos23]

Не, не по 100 Мбит, тарифы 1,2 и 3, скрин я уже показывал в предыдущей теме. 100 одновременно работающих клиентов на секторе это реально, с тарифами 1,2 и 3мбита. Входящий канал 30 Мбит и все довольны

 

А мы дураки разносим клиентов по секторам и на БС тратимся. Вдобавок еще на 2 ГГц, где давно уже все умерло.

Видимо дураки... Если у вас руки из Ж растут, то это не значит что у других так же

 

 

тяжелый случай, за кадром что? Я предполагаю чем дедушка яблоньки поливал. Покажи скрин чтобы тайм аут был 10-20 и более дней, и при этом пинг с клиента у кого сигнал за 70, какое расстояние до клиентов и гидэ это все стоит, а так и я картинки, когда хреново работает, показываю именно те самые короткие моменты, надо же как-то морду покорчить.

До 100 клиентов сектор работает терпимо, жалоб на скорость не поступает. Вечером в час пик естественно не получается всех держать на одном секторе. Расстояние до клиентов от 300 метров до 3х км, видимость у всех практически прямая. Года 3 назад лично видел у человека сеть на убнт, 60+ абонов, все клиентское железо обычный нанос2, тариф 1мбит, видимость тоже у всех идеальная. Вообще зачем мне кому-то что-то доказывать, если я пришел узнать про влияние второго рядом стоящего сектора? Естественно если людям обещать скоростя по 5,10,15 и т.д мегабит, то оно не будет адекватно работать. Если бы люди не страдали херней не обещали космические скорости и не лупили мощность на максимум, то и эфир был бы идеальный и не было бы тупых тем типа хелп, почему оно не работает, памагите убивают!!!

[slv700]

Вообще зачем мне кому-то что-то доказывать, если я пришел узнать про влияние второго рядом стоящего сектора?

То что у вас спрашивают -напрямую связано с вашим вопросом. Дело в том , что 100+ клиентов ( даже 40+) , работающих на одном секторе, конфликтуют между собой не только на MAC уровне в протоколе множественного доступа Nv2/Nstreme, но и создают друг другу помехи в Uplink, поскольку с их разделением по времени передачи на базу Nv2 не справляется.

Дело не только в тарифах, а в активности ( особенно в upload ) клиентов. Может у вас 80 клиентов из 100 постоянно спят, а активны только 20?

Покажите скрин суточной загрузки первого сектора с 100+ клиентами. Скрин всех клиентов, их сигналы и дальности. Если есть информация то и трафик на них на каждый в отдельности. И какой трафик превалирует на втором секторе Upload или Download ( в какую строну Bandwidth test)? Найдите порог величины тестового трафика Upload или Download когда он начинает оказывать влияние на первый сектор? Попадает ли клиент второго сектора в азимут первого сектора ?

[Saab95]

То что у вас спрашивают -напрямую связано с вашим вопросом. Дело в том , что 100+ клиентов ( даже 40+) , работающих на одном секторе, конфликтуют между собой не только на MAC уровне в протоколе множественного доступа Nv2/Nstreme, но и создают друг другу помехи в Uplink, поскольку с их разделением по времени передачи на базу Nv2 не справляется.

Дело не только в тарифах, а в активности ( особенно в upload ) клиентов. Может у вас 80 клиентов из 100 постоянно спят, а активны только 20?

 

Клиенты не мешают работе БС, если они подключены к одной БС. И ничего они в радио не передают, пока БС не даст им разрешение на это. В нстриме это маркер - нет маркера нет и возможности на передачу, в NV2 групповые маркера - опять нет маркера клиент ничего не передает.

 

Единственная проблема, которая есть при работе клиентов - это переподключения. Если клиент потерял связь с БС, или вновь подключается к БС, ему нужно передать данные для БС, а маркера у него нет и разрешения никто не давал. Для этого база оставляет не большие промежутки времени, во время которых клиенты, приняв соответствующую посылку из эфира, начинают передавать данные к БС, не слушая эфир вообще, поэтому, если клиент один подключается, то он это сделает легко, пусть и не с первой попытки, но если что-то случилось, и отключились сразу много клиентов, то они будут возвращаться на базу долго, т.к. времени для передачи данных подключающимся выделяется мало, и много устройств сразу вернуться не могут.

[slv700]

И ничего они в радио не передают, пока БС не даст им разрешение на это. В нстриме это маркер - нет маркера нет и возможности на передачу, в NV2 групповые маркера - опять нет маркера клиент ничего не передает.

Это так в теории в идельных условиях. На практике в поллинге клиенты не синхронизированы и не разнесены по таймингу, как это есть в TDMA, и мешают друг другу.

[sokrat]

И ничего они в радио не передают, пока БС не даст им разрешение на это.

 

а я Никита и тут не промолчу, ай лучше глупый вопрос задам, А базовая станция клиента у себя по запаху видит или по почерку узнает?......

[Constantin]

а я Никита и тут не промолчу, ай лучше глупый вопрос задам, А базовая станция клиента у себя по запаху видит или по почерку узнает?......

клиент пока не получит "приглашение" ничего не излучает

 

поставте у себя клиента, в сканлисте поставте частоту и попробуйте поймать излучение этого клиента пока нет АР в этой же частоте, любым способом.......

 

как поймаете предоставите скрин, я сниму перед вами шляпу.

[slv700]

Можно провести простой тест. Поставить рядом два СПЕ ( с разносом 10-100 метров, так чтобы один СПЕ попадал в створ антенны другого СПЕ ), работающие с одной БС на 1) поллиговом протоколе и 2) TDMA. В первом случае один СПЕ будут создавать помехи другому, а в случае TDMA клиенты будут жестко разделены по таймингу и не будут мешать друг другу.

[Saab95]

а я Никита и тут не промолчу, ай лучше глупый вопрос задам, А базовая станция клиента у себя по запаху видит или по почерку узнает?......

 

БС во время работы предоставляет временные интервалы, в который клиенты, пользуясь конкурентным доступом, отправляют запросы на подключения к БС, для этого в окне передачи данных выделяются специальные интервалы.

 

То есть БС отправляет специальный сигнал (посылку данных) после которой новые клиенты могут сообщить о своем присутствии, БС получает от них данные и уже начинает им тоже выделять таймслоты для передачи данных.

 

Можно провести простой тест. Поставить рядом два СПЕ ( с разносом 10-100 метров, так чтобы один СПЕ попадал в створ антенны другого СПЕ ), работающие с одной БС на 1) поллиговом протоколе и 2) TDMA. В первом случае один СПЕ будут создавать помехи другому, а в случае TDMA клиенты будут жестко разделены по таймингу и не будут мешать друг другу.

 

Тут идет подмена понятий. В любом случае, не важно какой протокол поллинга, БС управляет процессом передачи, и если эти клиенты подключены к одной БС, то взаимной интерференции не создают.

 

Поэтому нет никакой разницы ТДМА или не ТДМА, окна передачи, таймслоты, разделения, стабильность временных интервалов синхронизации это все вообще не важно для качества работы. Все проблемы в радио, не важно какое оно - от потери синхронизации. И как она восстанавливается, и как переключаются канальные скорости вниз в случае помех, это и является основным для стабильности радиоканалов.

[slv700]

и как переключаются канальные скорости вниз в случае помех, это и является основным для стабильности радиоканалов.

Ты мешаешь в одну кучу Adaptive Modulation and Coding ( AMC)-он же Link Adaptaion - переключение скорости( модуляции) вниз-вверх, что у Микротика есть. Эффективно это у Микротика или нет - другой вопрос. И протокол множественного доступа ( multiple access) -разделение ресурса базы между клиентами в малтипойнт. Эффективность этого протокола не менее важна для качества работы канала в малтипойнт, чем AMC. И есть разница между синхронным TDMA и асинхронным поллингом в множественном доступе , в том числе в величине взаимных помех между клиентами одной базы. В случае TDMA клиенты синхронизированы между собой и не создают взаимных помех точно также, как могут быть синхронизированы разные базы и не создавать друг друг помех. Базы с асинхроннным поллинговым протоколом принципиально ничего не могут синхронизировать, в том числе своих клиентов. И AMC к этому не имеет никакого отношения.

[Saab95]

Базы с асинхроннным поллинговым протоколом принципиально ничего не могут синхронизировать, в том числе своих клиентов.

 

Как тогда нстрим на микротике работает? Синхронизирует он передачу между клиентами или нет? Ведь если маркер клиенту не выдан - то и передачи нет? А если передачи нет, то значит все синхронизировано и проблем нет.

[slv700]

Как тогда нстрим на микротике работает? Синхронизирует он передачу между клиентами или нет? Ведь если маркер клиенту не выдан - то и передачи нет? А если передачи нет, то значит все синхронизировано и проблем нет.

То что это маркерный доступ и без разрешения никто никому ничего не передает -это понятно. Вопрос в другом насколько прецизионно это делается. Не могут две базы с маркерным ( поллинговым ) доступом быть точно ( прецизионно) синхронизированы по моментам начала и конца приема и передачи, так чтобы не мешать друг другу. Точно также не может база с поллингом разделить два и более своих клиента по моментам начала и конца приема и передачи. По любому , в связи с отсутствием у поллинга фиксированного фрейма и точного тайминга каждого тайм слота, будет накладка фреймов по передаче и приему у соседних СПЕ , а значит взаимная интерференция. Ну просто проведи простой опыт, поставь один СПЕ чтобы он светил в зад другому СПЕ, и увидишь на боле менее высоком трафике у этого другого СПЕ сильные помехи в моменты накладки фазы передачи первого СПЕ с фазой приема второго СПЕ. На поллинге это возможно, на TDMA-нет.

Есть хороший пример - нерабочая синхронизация у UBNT, она не работает именно по этой причине.

[Saab95]

Разговор нужно вести только про клиентов одной БС, т.к. вводить сюда помехи от другой БС не корректно, т.к. на ТДМА точно так же будут взаимные помехи, если фрейм не синхронизирован между ними. Более того, при синхронизированном фрейме все равно не нужно забывать про требования по соблюдению ЭМС и качества антенн.

 

Никакой взаимной интерференции у клиентов одной БС быть не может, если они работают в поллинге, т.к. то, когда им начинать передавать, сообщает БС, после посылки данных абонентам, в этой посылке указана последовательность абонентов, которым отведена возможность передачи, и отведенное на это время. Точность внутренних часов у клиентов высокая и они могут передать свои посылки в отведенные им интервалы, не создавая никому проблем. В том же ТДМА работает точно такой же тип доступа. И вообще сама технология ТДМА никак не привязана к фиксированному фрейму или его повторяемости, т.к. абонентские станции отсчитывают время только по принятым сигналам синхронизации от БС, и на повторяющийся фрейм им дела нет, они это не отслеживают. В любой технической литературе по протоколам доступа это указано.