Механизм ограничения скорости в tcp как раз и построен на потере пакетов.
Опишите проблему более развернуто.
Разными манипуляциями можно снизить скорость, первое что приходит в голову, если медленный usb не поддерживается, сделать прослойку виртуальных сетевых интерфейсов на win машине, а в них явно задать скорость, это можно сделать даже на физических интерфейсах, в простейшем случае нужно две сетевые карты. Но это не решит проблему, а только перенесет ее в другое место.
Если у вас есть девайс или софт отправляющий данные, то именно он должен разруливать скорость иначе в любом случае будут потери пакетов. Проще говоря, чтобы пакеты не терялись или их нужно медленно отправлять или копить в буфере, но метод с буфером работает только если скорость отправки гуляет, если она всегда выше скорости передачи, то любой буфер рано или поздно закончится.
Что у вас является источником данных?
Бегунков не любят все. Особенно те кто платит "справедливую" зарплату. Поскольку первые несколько месяцев высококвалифицированный сотрудник работает строго в минус.
А вот если ЗП сильно занижена на старте, тогда да, это не так критично.
Дмитрий, достаточно странно, хотя такие сетевушки и попадались лет 10 назад, но в wifi такого никогда не видел.
Вопрос почему dhcp выдает новый ip на тот же мак, посмотри логи, а еще лучше дамп трафика.
Можно сделать резерв для данного мака и по идее проблему занятых ip это решит. Но не решит проблему, что у вас левое устройство в сети.
Я бы в данном случае вопервых поискал устройство по методу который описал выше.
Плюс переработал аутентификацию.
Можно использовать radius. В нем у вас у каждого пользователя или девайса свой "аутентификатор", вы сможете понять кто стоит за данным маком.
Есть еще вариант без radius сервера, но не знаю есть ли он в UniFi, в микротике точно есть.
Можно каждому маку задать свой персональный пароль через access list. Или как вариант отделить данный мак в отдельный vlan и никуда его не пускать.
Ну и самое простое, это просто ограничить подключение конкретным списком маков.
Это как? Что значит сыпать коннектами, сыпать попытками подключения? Тогда при чем тут ip адреса? Или сыпать успешными подключениями? Тогда вам должен быть известен итоговый мак, ip выдаётся на него. Или девайс постоянно переподключается и меняет мак при каждом подключении?
Если бы мне нужно было физически найти непонятный wifi девайс, я бы лимитировал маки на точке, создал ещё одну "мобильную точку" на которой разрешил бы только целевой мак и поставил бы те же настройки, и стал бы ходить по зданию измеряя уровень сигнала.
Что в логах? Не думаю, что кто-нибудь здесь будет искать ошибку в вашем конфиге.
Вы должны сами приложить некоторые усилия к решению проблемы.
Для начала посмотреть логи и сделать ресет конфига к заводскому состоянию и проверить, будет ли воспроизводится проблема с минимальной конфигурацией.
DdarkX, что значит роутер замирает?
Я так понял по маку открывается?
Я бы попробовал следующее:
1. Поднять на том же порту ещё один адрес и проверить, что будет с ним.
2. Поднять ещё один адрес на другом порту и проверить аналогично.
Адреса должны быть в других подсетях.
3. Снял бы дамп трафика( и с тика и с рабочей станции ). Это вообще полезно при любых непонятках с сетью.
Лев Забудкин,
Не помогло. По идее и не должно помочь, две данные строки полностью корректные, они дают разное время кэширование для разных кодов ответов.
Рад за вас. С любой окраины Москвы до красной площади не 30минут, а реально час и это без пробок.
А в метро в час пик в Москве спускаться очень мало приятного. Плюс нужно еще добраться до метро и от метро, далеко не все офисы находятся близко, как и квартиры.
Да, за хорошие деньги вы без проблем снимите квартиру хоть в 5 минутах от кремля, только за такие деньги переезд в Москву становиться уже совсем бессмысленным.
Johanga, час в день в Москве на работу и обратно очень не много у кого получается, минимум 2часа. Для многих регионов, это дико, там может быть 30минут.
Евдоким, именно в том, что гарантированно работают только явно прописанные сервисы. Примерно как с белыми и черными списками. Черные списки управляемость не улучшают, поскольку кол-во рабочих сервисов не ограниченно, с белыми списками иначе, они явно ограничивают кол-во рабочих сервисов.
Опишите проблему более развернуто.
Разными манипуляциями можно снизить скорость, первое что приходит в голову, если медленный usb не поддерживается, сделать прослойку виртуальных сетевых интерфейсов на win машине, а в них явно задать скорость, это можно сделать даже на физических интерфейсах, в простейшем случае нужно две сетевые карты. Но это не решит проблему, а только перенесет ее в другое место.
Если у вас есть девайс или софт отправляющий данные, то именно он должен разруливать скорость иначе в любом случае будут потери пакетов. Проще говоря, чтобы пакеты не терялись или их нужно медленно отправлять или копить в буфере, но метод с буфером работает только если скорость отправки гуляет, если она всегда выше скорости передачи, то любой буфер рано или поздно закончится.
Что у вас является источником данных?