kt

Точной информации о подогреве нет, но если судить по графику температуры то похоже что есть. Часть AP&СSM были оборудованы подогревом и комплектовались усиленными блоками питания. Напряжение на AP не проверяли.

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

настройте на коммутаторе порт транком и подавайте в него два влана с тэгом.

а промаркировать трафик и развести по разным таблицам маршрутизации не судьба?

Если мне не изменяет память, то увеличить таблицу можно командой system resources routing 2048 2800 512 и для этого не требуется debug режим. В свое время тоже столкнулся с данной ошибкой после обновления.

спасибо за совет, но пока применить его нет возможности.

Разнесли так как я указал выше, т.е. согласно разрешения. До этого стояли частоты не понять откуда взятые(2417.5-2430-2442.5). После разнесения, количество разрывов на этих секторах не уменьшилось.

Частоты выставлены согласно выданного разрешения. На других БС,смонтированных и настроенных аналогично,проблем не возникает.

1-выкл 2-2435 3-2455 4-2415 5-2435 6-2455 проблема на 2 и 6 секторах.

других SM там нет, только по одной на проблемный сектор.

да

Точки исправны. Синхронизация по GPS с CMM. Место установки изменить нельзя, точки смонтированы на мачте освещения. Рефлекторы установлены. Посторонних предметов по близости быть не должно, за исключением возможных макушек деревьев. P.S. Что еще интересно, пропадания происходят единомоментно на обеих точках, не смотря на то что они сидят на разных секторах.

да мой. Частоты мы разнесли. На двух секторах реконнекты пропали на двух еще остались. dryukov, частота 2.4, других WiFi в округе нет, только тайга и болота. На вышке ниже РРЛ и антенны сотовых операторов. данные спектра с SM-ок в проблемных секторах. Частота первой 2455, второй 2435.

Добрый день! Подскажите пожалуйста, чем может быть вызвана нестабильность в работе линка между SM-AP и как с ней бороться? Уровень сигнала SM/AP -67/-66, расстояние 3.8 мили. Количество реконнектов за сутки может достигать 80-100. На других секторах БС есть клиенты с более худшим качеством сигнала и с большим расстоянием, но линк стоит как вкопанный.

для технологии, более чем достаточно

Приоритезацию по вланам не настраивали? После включения "VLAN 802.1p Remarking" ломается STP, бьюсь с поддержкой уже месяц, а воз и ныне там.

вы про что?

получил доступ на wifi точки, разнес их по разным каналам и результат как говорится налицо. lpa , Спасибо за помощь!

нашли на объекте 3 wifi роутера стоящий рядом с SM, один из которых работает в 10 канале, по остальным информации пока нет. на кластере 3 частоты, на противоположных AP используются одинаковые частоты. Нам будет проще и правильней избавится от wifi чем менять частоты на секторах. 100%. Раньше был зоопарк состоящий из 7.Х, 9.Х, 10.Х и 11.Х. Первым делом все привел к одной версии, теперь очередь за стабильностью работы.

появится технологическое окно сразу попробую. нет, но сейчас сделал с MIR сделал 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

Спасибо! Увеличение control slots до 2 помогло решить проблему. Теперь при загрузке канала до одной из SM не страдает весь сектор как ранее. Но пинг и джитер как и прежде высокий для канала где работает видео. Производитель тоже рекомендует увеличение слотов: