M
👍
Size: a a a
2020 April 09
H
Подскажите что за.. chan_sip.c:4337 __sip_autodestruct: Autodestruct on dialog '0_2085058534@192.168.1.200' with owner
СМ
Я может че упустил но я не помню чтобы астер работал по sccp
DB
Hasper
Подскажите что за.. chan_sip.c:4337 __sip_autodestruct: Autodestruct on dialog '0_2085058534@192.168.1.200' with owner
Факторов может быть множество.
1. это может и проблема с сетью
2. нагрузка на серв
3. Кончилось место
4. Траблы с мускулем
1. это может и проблема с сетью
2. нагрузка на серв
3. Кончилось место
4. Траблы с мускулем
DB
или это происходит только на одном конкретном IP адресе?
H
на всех
DB
тогда проверяйте то, что я вам перечислил
DB
начните с простого - это нагрузка на серв и свободное место
H
3 место есть
H
2 cpu и рам
H
в порядке
H
сеть жива.. пинги ровные
H
а как проетсить sql ?
AS
Ага да там выше сказали что есть модуль sccp
СС
не советую связываться с sccp_manager на последних FreePBX.. там были труднорешаемые проблемы, мы в итоге перешили аппараты в сип
DB
Hasper
в порядке
а дебаг что говорит по этому поводу? Может там каике-то ошибки диалплана имеются?
DB
просто причин может быть масса, а гадать на кофейной гуще без отладки - это такое себе дело
DR
не советую связываться с sccp_manager на последних FreePBX.. там были труднорешаемые проблемы, мы в итоге перешили аппараты в сип
Сергей. правильно говорит. Лучше цискофоны в SIP перепрошивать
H
а дебаг что говорит по этому поводу? Может там каике-то ошибки диалплана имеются?
думал что... есть какие то причины на виду.. что хоть оно значит ?
AO
Hasper
думал что... есть какие то причины на виду.. что хоть оно значит ?
Есть две самые частые причины:
1) Слишком высокая нагрузка на AMI (AMI отправляет слишком много событий получателям и/или какие-либо из получателей слишком медленно их считывают, список потенциальных получателей - "manager show connected").
2) Зависает скрипт, вызванный из диалплана с помощью AGI или System (можно проверить Application в выводе команды "core show channels verbose" во время появления проблемы).
1) Слишком высокая нагрузка на AMI (AMI отправляет слишком много событий получателям и/или какие-либо из получателей слишком медленно их считывают, список потенциальных получателей - "manager show connected").
2) Зависает скрипт, вызванный из диалплана с помощью AGI или System (можно проверить Application в выводе команды "core show channels verbose" во время появления проблемы).