asterisk.ru

Коллеги, добрый день! Появилась следующая проблема: есть Asterisk 20 в одном офисе, и клиентские устройства в другом офисе. В каждом офисе в качестве маршрутизатора стоят микротики с прошивкой 7.13.1, офисы соединены туннелем l2tp. В какой-то момент все клиентские устройства начали регистрироваться на астериске с одним IP (IP туннеля), но с разными портами, при этом у трёх-четырёх устройств в астериске статус ОК, у остальных - Unreachable. В чем может быть проблема?

Коллеги, добрый день! Появилась следующая проблема: есть Asterisk 20 в одном офисе, и клиентские устройства в другом офисе. В каждом офисе в качестве маршрутизатора стоят микротики с прошивкой 7.13.1, офисы соединены туннелем l2tp. В какой-то момент все клиентские устройства начали регистрироваться на астериске с одним IP (IP туннеля), но с разными портами, при этом у трёх-четырёх устройств в астериске статус ОК, у остальных - Unreachable. В чем может быть проблема?

На микротике клиента vpn туннель в нат не завернули случайно? Был подобный случай

Коллеги, добрый день! Появилась следующая проблема: есть Asterisk 20 в одном офисе, и клиентские устройства в другом офисе. В каждом офисе в качестве маршрутизатора стоят микротики с прошивкой 7.13.1, офисы соединены туннелем l2tp. В какой-то момент все клиентские устройства начали регистрироваться на астериске с одним IP (IP туннеля), но с разными портами, при этом у трёх-четырёх устройств в астериске статус ОК, у остальных - Unreachable. В чем может быть проблема?

Это значит, что сработал alg
Это происходит, когда туннель рвется на несколько секунд/минут и соединения от телефонов стали устанавливаться по маршруту 0.0.0.0, по которому работает src-nat и, как следствие, механизм alg

Чтобы все стало хорошо, удалите все соединения в ip - firewall где src address = и dst address =

Чтобы такого больше не происходило, пропишите маршруты на микротиках:
Внутренние подсети (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/24)
Distance = 255
Action = blackhole

Тогда при пропадании туннеля соединения от телефонов не будут строиться никуда

На микротике клиента vpn туннель в нат не завернули случайно? Был подобный случай

Да вроде бы нет, но не уверен

Это значит, что сработал alg
Это происходит, когда туннель рвется на несколько секунд/минут и соединения от телефонов стали устанавливаться по маршруту 0.0.0.0, по которому работает src-nat и, как следствие, механизм alg

Чтобы все стало хорошо, удалите все соединения в ip - firewall где src address = и dst address =

Чтобы такого больше не происходило, пропишите маршруты на микротиках:
Внутренние подсети (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/24)
Distance = 255
Action = blackhole

Тогда при пропадании туннеля соединения от телефонов не будут строиться никуда

Вот туннель вроде бы не рвался

Добрый день!
Я когда-то задавал этот вопрос. иногда задают другие, но так и никто конкретно не ответил, что происходит в этот момент с Asterisk и как это исправить:
WARNING[3005273][C-0003cb35]: taskprocessor.c:1225 taskprocessor_push: The 'stasis/pool-control' task processor queue reached 500 scheduled tasks again.
В интернете много жалоб на это но никто не пишет, почему это возникает и что делать?
Можно ли очистить/сбросить очередь (core reset taskprocessor stasis/pool-control не помогает) без перезапуска Asterisk?
От нагрузки не особо зависит (было много звонков в течение недели и ошибки не было, но сегодня очень мало звонков и это уведомление получаю постоянно.
Сама vm не нагружена.
Но заметил, что такое часто возникает после нескольких выполнений pjsip reload.

Подскажите а с чем может быть связана проблема что на 20 астере не входит в -rvvvvvvvv.... не смог нагуглить

И может есть у кого образ на vhd или vhdx с астером от 13 до 20 версии которым можете поделиться?

И может есть у кого образ на vhd или vhdx с астером от 13 до 20 версии которым можете поделиться?

Поставьте себе mikopbx раз всё так сложно

У меня конфиги все файловые