Ivan_83 Опубликовано 4 августа, 2013 · Жалоба также функция WMM должна быть активирована, для работы яблока с Wi-Fi 802.11n ,естестве но актулизировать надобно Для N она всегда должна быть активна, иначе проблемы вылезают 100% на всяких разных клиентах. Просто иногда их не очень заметно, иногда вообще не работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vnkorol Опубликовано 6 августа, 2013 · Жалоба Singnal-Interval ,как правило он выставлен на 100,прописав 10 или 50 в зависимости от роутера А не Calibration interval Вы имели ввиду? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Halva Опубликовано 7 августа, 2013 · Жалоба Обычно проблемы с яблоками решаются сменой типа шифрования, отключите шифрование вообще и если проблема пропала выберите тип при котором работает стабильно, как правило это wpa2aes Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xfiles Опубликовано 28 сентября, 2013 · Жалоба Подтверждаю проблему MikroTik RB2011UAS-2HnD-IN (6.4) и iPhone 3GS слушаешь интернет радио и просто отключается WiFi, какие рецепты окончательно помогают, подскажите? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SSD Опубликовано 29 сентября, 2013 · Жалоба Подтверждаю проблему MikroTik RB2011UAS-2HnD-IN (6.4) и iPhone 3GS слушаешь интернет радио и просто отключается WiFi, какие рецепты окончательно помогают, подскажите? Выбор страны usa. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xfiles Опубликовано 29 сентября, 2013 · Жалоба Выбор страны usa. Попробую, но вообще почему на бональном ТП-Линке всё работает при выбранной своей стране например Беларусь, а тут что то нужно мудрить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xfiles Опубликовано 30 сентября, 2013 · Жалоба Поставил USA и всё-равно какие то глюки есть, а если через одну дверь в квартире так вообще нафиг рвёт и кидает соединение(( Может есть какие то рекомендации для базовой настройки MikroTik RB2011UAS-2HnD-IN (6.4) в квартире или офисе, что бы базовые дмоашние устройства работали планшеты, ноутбуки и желательно производства Apple? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vvnet Опубликовано 9 октября, 2013 · Жалоба Использую 411AH + R52n (5Ghz). Расчитывал перевести Apple девайсы на 5Ghz. Что только не делал но нормально работать не хотят. Например Ipad2 - подлкючается, вначале качает нормально но спустя непродолжительное время 5-15 мин серфинга инет "отваливается", трафик не идет, даже пинги на устройство(Ipad) не идут. Заметил что нормально работает режим 802.11A 5Ghz и 802.11N 5Ghz без HT. Видать какая-то несовместимость на HT MCS. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
homa100 Опубликовано 10 октября, 2013 (изменено) · Жалоба Подтверждаю проблему MikroTik RB2011UAS-2HnD-IN (6.4) и iPhone 3GS слушаешь интернет радио и просто отключается WiFi, какие рецепты окончательно помогают, подскажите? работает без проблем со всеми Apple устройствами, не разу еще не отваливался, что с Macbook, что с Ipad3... Изменено 10 октября, 2013 пользователем homa100 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
voron Опубликовано 14 октября, 2013 (изменено) · Жалоба Использую 411AH + R52n (5Ghz). Расчитывал перевести Apple девайсы на 5Ghz. Что только не делал но нормально работать не хотят. Например Ipad2 - подлкючается, вначале качает нормально но спустя непродолжительное время 5-15 мин серфинга инет "отваливается", трафик не идет, даже пинги на устройство(Ipad) не идут. Была аналогичная проблема, долго шаманил с настройками RB912 5HPnD+штырьковые "антенны", пока не опустил мощность до 10dBm. Теперь всё стабильно и чётко, 65/35мбит на ближайший спидтест, iperf 85мбит tcp даунлоад. Страна в мтике Украина, не на все каналы планшеты цепляются, надо перебирать. Часто в интернетах встречаю упоминание о необходимости делать Preamble mode long, у меня нормально работает в значении both. Ну и пинги на заблокированный ipad могут и не идти, экономия батареи :) Изменено 14 октября, 2013 пользователем voron Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mohax_kh_ua Опубликовано 29 ноября, 2013 · Жалоба Спасибо за помощь, помогло отключение N и выбор страны США. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Diamont Опубликовано 17 января, 2014 · Жалоба Айпад коннектится в BGN и в G без проблем.WPA2. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dIMbI4 Опубликовано 19 января, 2014 · Жалоба видимо какие то фишки энергосбережения тоже без проблемно всегда сменой страны решается. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Hollander Опубликовано 22 июля, 2020 · Жалоба Простите за некропост, но при поисках решения проблемы совместимости техники Apple и Mikrotik hap AC не раз видел этот тред в топе выдачи, может кому поможет. Симптомы: на яблочной технике однажды в 00:00 времени пропал доступ в интернет. Причём не на всей - на старой технике он был, на новой с последними обновлениями - нет. В процессе решения проблемы были перепробованы все описанные в сети танцы с бубном вроде 1 канала и страны USA, родной сниффер микротика и wireshark, т.к. были подозрения на некорректный MTU. Попутно выяснилось, что с проблемных яблок локалка (клиенты - свитч - канал наружу через микротик) до микротика прекрасно видна, и пакеты по ней ходят. Но с доступом к самому микротику всё глухо, как будто кабель откусило. При том что микротик пакеты с яблок видит, яблоки получают зарезервированные IP по своим MAC, и - всё, даже минимально возможный пинг, посланный с яблок на микротик, не возвращается. Решение пришло спонтанно после случайного заглядывания в лог микротика, в котором система иногда ругалась на уже существующие ARP для яблочных MAC. В настройках DHCP сервера локалки была убрана стоящая галка"Add ARP For Leases". Из списка записей ARP (IP - ARP) вручную вычищена запись для тестового Ipad, после чего он немедленно получил доступ наружу, тоже самое помогло остальным проблемным яблокам. Больше проблем не наблюдалось, хотя удалённые ARP записи тут же динамически восстановились. Я не специалист, меня вполне удовлетворило решение проблемы, в суть не вдавался. п.с.: по данным сниффера, ВСЕ пакеты лишённого интернета Ipad отправляются на доменные имена яблочных сервисов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 23 июля, 2020 · Жалоба Если вся сеть изолирована, то есть клиенты беспроводной сети вообще никому кроме микротика не могут данные передавать, то подобных проблем не наблюдается. Тут такое ощущение, что эти яблочные устройства как бы между собой начинают общаться, от чего интернет и пропадает. Т.к. если смотреть тот же снифер, четко видно, что между IP адресами, полученными яблочными устройствами, идет какая то маленькая передача данных, как предположение кто-то специально или случайно включил какую-то раздачу интернета через вайфай, а в самом яблоке доступ клиентов этой раздачи заблокирован, вот они все видят эту раздачу, пытаются через нее выходить в интернет, а там не пускают. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 23 июля, 2020 · Жалоба Яблочные устройства могут внезапно блокировать работу запрещенных в РФ каналов WiFi , услышав от соседских Apple железок что они находятся в России :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Корпич Опубликовано 25 июля, 2020 · Жалоба То есть это получается что если заблокирован трафик между клиентами WiFi то яблоки работают стабильнее? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 25 июля, 2020 · Жалоба 1 час назад, Корпич сказал: То есть это получается что если заблокирован трафик между клиентами WiFi то яблоки работают стабильнее? В хорошо экранированном бункере вообще живется веселее Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 26 июля, 2020 · Жалоба В 25.07.2020 в 08:32, Корпич сказал: То есть это получается что если заблокирован трафик между клиентами WiFi то яблоки работают стабильнее? Да. Когда сканировали трафик то там было видно, что яблочное устройство получило IP от микротика по DHCP и ломилось с него на IP адреса яблочного центра, при этом интернета на смартфоне не было. Так же с мака смартфона под другими IP шли какие-то широковещательные рассылки, а если в сети были и другие яблочные устройства, то между ними шла какая-то передача данных с IP адресами отличными от сети. Как будто яблочные устройства сами через DHCP своего типа соединяются между собой. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
LostSoul Опубликовано 27 июля, 2020 · Жалоба 14 часов назад, Saab95 сказал: Да. Когда сканировали трафик то там было видно, что яблочное устройство Вы сейчас смешалм в одну вообще 2 не связанных проблемы. 1) баг в реализации dhcp от микротик , который при некоторых обстрятельствах соглашается сохранить за клиентом любрй ip из любой подсети какой бы тот не попросил. 2) определение техникой aplle региона своего месттнахождения по beacon от произвольных точек доступа в эфире. Понятно что никакая изоляция кроме экранировки радио от этого не спасает Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...