шлюх кильнуть и перересканить профиль

шлюх кильнуть и перересканить профиль

перезапускал для верности, сейчас регистрация прошла

шлюхи ни в чем не виноваты ?

Даже за убийство шлюх статья)))

перезапускал для верности, сейчас регистрация прошла

целиком профиль?

да fs рестрартнул

sofia profile foo killgw grebaniy_sipnet sofia profile foo rescan

регистрация прошла, но invite на входящий вызов все равно нет, в sngrep тоже ничего нет

а что в REGISTER хоть летит?

может там IP и порты не те совсем

ну и 480 кто-то отдает же

sofia global siptrace on ?

сипнет и отдал

ip и порт совпадают, sipnet говорит, что им fs 480 отдает

tcpdump -i eth0 -vnn -s0 host sipnet_ip -c 100

если фс отдает, в сиптрейсе будет запрос-ответ и причина

ip и порт совпадают, sipnet говорит, что им fs 480 отдает

не надо спрашивать у них ничего

есть радикальное решение - забить на сипнет (простите, накипело)

есть радикальное решение - забить на сипнет (простите, накипело)

похоже

tcpdump -i eth0 -vnn -s0 host sipnet_ip -c 100

в дампе только запросы на регистрацию и options

в дампе только запросы на регистрацию и options

значит ищи, кто отбивает

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

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

разрешает вроде, если верить их статистике, то висит только регистрация на fs

но фс не отбивает. "кто-то тут врёт" (с)

пусть сипнет пришлет дебаг со своей стороны

в дампе только запросы на регистрацию и options

FS за NAT?

Нет, Реал айпи висит. Посмотрели тцпдамп сырой на интерфейсе, говорит нет инвайта

так 480 от кого в итоге?

http://log.sipnet.ru/d8/d8e766aa-049d-4962-a009-7dcdbcdf73ee.txt

ну только REGISTER там

какой нафиг 480?

точно? я 480 наблюдаю

08:56:33.564

возможно раньше и отбивал 480-м кодом, но раз сейчас в tcpdump ничего нет, отбивает уже по другой причине и точно не FS

176.112.205.27]:5082

это чье

а мля глаз замылился типа есть 480

но это может быть совсем не ваш

176.112.205.27]:5082

этo ip fs

tcpdump на 212.53.40.40 травили?

да

Call-ID: pbx-452C22561D5A84757ADE-7393@h76n40.etc.tario.ru везде один

в дебаге нет полного SIP диалога. тут 2 вызова получается, один с 183 и 480, но без инвайта. второй без 480 но с 2(!!) инвайтами ? тяжело разобраться.

а на машине fs только один сетевой интерфейс?

lo, eth0, eth1

инвайт не может на другой интерфейс приходит, отличный от eth0?

чо прилетает на один интерфейс отвечает с другого?

не может 480 из ниоткуда взяться

та это от их SBC летет наверное

снимать свежий полный дамп и разобраться с роутингом, если нужно

все заработало, просто свернрул ssh подключение, в котором sngrep был открыт, сейчас открыл и увидел, что инвайты стали пробиваться, позвонил с мобильного и реально все работает

магия

ну сипнет значит косячил

люди добрые помогите Симптомы следующие: Version: 1.4.20 git bf08a37 В 10:57:55.882545 у меня начинается событие switch_channel.c:1075 New Channel В 10:57:55.922545 [BREAK] На HOMER ничего не прилетело... Вручную когда тестирую - все ок

другая сторона говорит что звонков найти не может

по siptrace улетает что-то?

когда звоню руками все ок

все улетает

и отвечает не 503 а 200 нормально

Но есть момент - когда я звоню руками у меня в дп передается dialsting по которому проиисходит вызов через лимит-экзекут а в проблемном случае бридж вызывается session:execute("bridge... через луа - это автоматическая система тестирования qos, она сама дергает нужные себе переменные

но проблема в том что образуются вот такие непонятные звонки - в cdr я вижу 503, в логе фса вижу, а на хомере - нихера нет

улетает не в гомер?

левый айпи/левый порт

как оно может не в него улетать?

а почему нет?

с другими звонками все ок

ERROR: S client not available

или outbound_proxy выставлен?

да я просто модуль sipcapture включил в софии

autoload_configs/sofia.conf.xml: <param name="capture-server" value="udp:ip:port"/>

оно тупо все дублирует на гомера

звонок то идет на оператора

там есть специальный входящий и тп...

так смог повторить

не понимаю нихрена...

он тупо не ждет ответа, а просто обрывает

причем это точно не биллинг

лог смотри

причина обрыва - в прилетевшем пакете или с его стороны

в логе ничего сверхъестественного

так не бывает

fsctl loglevel debug и sofia global siptrace on

так я ничего не увижу я в файле смотрю, дебаг уже включен...

в файле же нет сип пакетов

это прод

я не могу с него снять звонки

повтори на отдельном

я для таких случаев отдельную ноду завел, но у нас на каме можно диспатчером перекидывать

в файле же нет сип пакетов

появились вроде

у них уровень консоль, если не шаманить

https://i.imgur.com/Naud2pJ.png у меня так такая херня нашаманена, ограничение по размеру, туда все сливается

а, это штатно так

штатно он у меня писал все в один файл

1.4 же

впрочем ладно

нихера с той стороны не прилетает... может разве что с другого айпишника

1.4 же

а что с 1.4? у нас 1.4, пишет так же, это параметр модуля

logfile.conf <param name="rollover" value="10485760"/>

хм значит я напутал