kt
-
Публикации
94 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем kt
-
-
какие частоты на секторах. синхронизация от CMM включена на всех 6-ти?
2415-2435-2455. Синхронизация от СММ на всех AP
-
Добрый день, коллеги!
Есть сеть PMP100, база 6 AP + CMM, полоса 20Mz. Настройки на AP и SM идентичные. Версия софта везде 13.4. Абонентов немного и в основном это телематика и на одном из секторов несколько пользователей + телефония.
Проблема заключается в следующем, если пользователь подключенный к 5 сектору начинает заливать (поток примерно 2-2.5Мбит)по радиоканалу данные на сервер то на 6 и 2 секторах начинаются бесконечные перерегистрации SM-ок. При ограничении скорости отдачи от пользователя до 512Кбит ситуация стабилизируется. При этом на остальных секторах таких проблем не наблюдается. С чем это может быть связанно и как с этим бороться?
-
1)IP адрес навешивается не на "вилан на порт", а на интерфейс VLAN.
2)Понимаете не правильно. Либо излагаете так что вас понять не могут.
-
настройте на коммутаторе порт транком и подавайте в него два влана с тэгом.
Пробовал.
Но так не регистрируется телефон, т.е. то ли не снимает тэг, то ли ещё что-то нужно настроить.
на Fanvil в настройках
1)включаем "Enable WAN Port VLAN", "WAN Port VLAN ID" = 10 (VlanID, для телефонии).
2) включаем "LAN Port VLAN Mode", "LAN Port VLAN ID" = 20 (DataID, для данных).
ether2 <-> WAN port Fanvil
/interface vlan
add interface=ether2 name=vlan10 vlan-id=10
add interface=ether2 name=vlan20 vlan-id=20
/ip address
add address=10.10.20.1/24 interface=vlan10
add address=10.10.30.1/24 interface=vlan20
-
настройте на коммутаторе порт транком и подавайте в него два влана с тэгом.
-
а промаркировать трафик и развести по разным таблицам маршрутизации не судьба?
-
Опубликовано · Изменено пользователем kt · Жалоба на ответ
Кто юзает Eltex MES-3124F ?
Валит в логи IP SFFT Table Overflow
Чтобы увеличить значение таблицы - просит DEBUG password
Если мне не изменяет память, то увеличить таблицу можно командой system resources routing 2048 2800 512 и для этого не требуется debug режим.
В свое время тоже столкнулся с данной ошибкой после обновления.
-
спасибо за совет, но пока применить его нет возможности.
-
Опубликовано · Изменено пользователем kt · Жалоба на ответ
Разнесли так как я указал выше, т.е. согласно разрешения.
До этого стояли частоты не понять откуда взятые(2417.5-2430-2442.5).
После разнесения, количество разрывов на этих секторах не уменьшилось.
-
Частоты выставлены согласно выданного разрешения.
На других БС,смонтированных и настроенных аналогично,проблем не возникает.
-
1-выкл
2-2435
3-2455
4-2415
5-2435
6-2455
проблема на 2 и 6 секторах.
-
на проблемных секторах есть работающие корректно SM-ки?
Или только по одной и с ними проблема?
других SM там нет, только по одной на проблемный сектор.
-
соотношение UL/DL на всех точках доступа одинаковое?
да
-
Точки исправны. Синхронизация по GPS с CMM.
Место установки изменить нельзя, точки смонтированы на мачте освещения.
Рефлекторы установлены. Посторонних предметов по близости быть не должно, за исключением возможных макушек деревьев.
P.S. Что еще интересно, пропадания происходят единомоментно на обеих точках, не смотря на то что они сидят на разных секторах.
-
да мой. Частоты мы разнесли. На двух секторах реконнекты пропали на двух еще остались.
dryukov,
частота 2.4, других WiFi в округе нет, только тайга и болота. На вышке ниже РРЛ и антенны сотовых операторов.
данные спектра с SM-ок в проблемных секторах. Частота первой 2455, второй 2435.
-
Добрый день!
Подскажите пожалуйста, чем может быть вызвана нестабильность в работе линка между SM-AP и как с ней бороться?
Уровень сигнала SM/AP -67/-66, расстояние 3.8 мили.
Количество реконнектов за сутки может достигать 80-100.
На других секторах БС есть клиенты с более худшим качеством сигнала и с большим расстоянием, но линк стоит как вкопанный.
-
Про скорость SM, судя по картинкам у вас не больше 4мбит на клиента.
для технологии, более чем достаточно
-
Если будет нужна помощь - обращайтесь !
Приоритезацию по вланам не настраивали?
После включения "VLAN 802.1p Remarking" ломается STP, бьюсь с поддержкой уже месяц, а воз и ныне там.
-
Теперь проапгрейдить клиентов до анлима и будет дешево и шикарно )
вы про что?
-
-
Возле проблемного SM случайно не стоит никакой мощный wi-fi передатчик ? (для видео например ?) очень похоже на дефолтовый 7 канал.
нашли на объекте 3 wifi роутера стоящий рядом с SM, один из которых работает в 10 канале, по остальным информации пока нет.
Попробуйте то что я советовал выше, но скорее всего придется немного менять схему частот на секторе и уходить на 2415 в этом секторе, но тут Вам нужно либо детальнее вникнуть в синхронизацию, либо мне дать схему использования частот на кластере (6 AP), т.к. повторное использование частот используется на секторах которые стоят спиной к спине, то нужно будете перестроить и соседние сектора.
на кластере 3 частоты, на противоположных AP используются одинаковые частоты. Нам будет проще и правильней избавится от wifi чем менять частоты на секторах.
P.S. у Вас точно на SM стоит 13.4 ?
100%. Раньше был зоопарк состоящий из 7.Х, 9.Х, 10.Х и 11.Х. Первым делом все привел к одной версии, теперь очередь за стабильностью работы.
-
Опубликовано · Изменено пользователем kt · Жалоба на ответ
попробуйте увеличить contetention slots до 3-4, и DownLink % - 50, судя по Вашему описанию на downlink хватит - только нужно менять сразу на всех AP одного кластера.
появится технологическое окно сразу попробую.
Вы делали link test with MIR ?
нет, но сейчас сделал с MIR
P.S. как минимум SM видит достаточно сильную помеху, но для Ваших потребностей это не должно быть сильно критично. можно с базы сделать remote spectrum analyzer.
сделал remote spectrum analyzer. Так как в радио не силен, помогите расшифровать данные графика.
-
пинг до коммутатора стоящего за SM
64 bytes from 10.X.X.X: icmp_seq=83 ttl=245 time=201 ms 64 bytes from 10.X.X.X: icmp_seq=100 ttl=245 time=173 ms 64 bytes from 10.X.X.X: icmp_seq=101 ttl=245 time=542 ms 64 bytes from 10.X.X.X: icmp_seq=102 ttl=245 time=862 ms 64 bytes from 10.X.X.X: icmp_seq=103 ttl=245 time=858 ms 64 bytes from 10.X.X.X: icmp_seq=104 ttl=245 time=369 ms 64 bytes from 10.X.X.X: icmp_seq=105 ttl=245 time=677 ms ^C --- 10.X.X.X ping statistics --- 106 packets transmitted, 104 received, 1% packet loss, time 105146ms rtt min/avg/max/mdev = 22.559/265.106/862.182/166.703 ms
загрузка порта с видеопотоком
5 minute input rate 387000 bits/sec, 41 packets/sec 5 minute output rate 31000 bits/sec, 40 packets/sec
-
Вам не хватает слотов для запросов UL, нужно на всех AP вместо 0 поставить хотябы 1-2 в параметре Contention slots (бывший control slot) в Configuration->Radio, но параметр нужно менять сразу на всех AP иначе полезет синхронизация.
т.к. у Вас стоит одна из последних прошивок на ней уже должна быть доступа статистка использования фреймов
Спасибо! Увеличение control slots до 2 помогло решить проблему. Теперь при загрузке канала до одной из SM не страдает весь сектор как ранее. Но пинг и джитер как и прежде высокий для канала где работает видео.
Производитель тоже рекомендует увеличение слотов:
Field results have indicated that, in general, systems perform better with a slightly higher numberof control slots than previously recommended. If you are experiencing latency or SM-servicing
issues, increasing the number of control slots may increase system performance, depending on
traffic mix over time.
PMP100 - бесконечные перерегистрации при повышении нагрузки
в Cambium Networks
Опубликовано · Жалоба на ответ
Точной информации о подогреве нет, но если судить по графику температуры то похоже что есть. Часть AP&СSM были оборудованы подогревом и комплектовались усиленными блоками питания. Напряжение на AP не проверяли.