всего-то первичный и вторичный сервер + возможность получать и исполнять команды из отдельной очереди

а не было ли проблем с разрывом соединения? как вот здесь описано? что иногда случается https://freeswitch.org/jira/browse/FS-9992

не попадалось

но там реконект есть - если судить по странице

Хм…. А кто-то сталкивался с таким, что пакеты до fs не доходят? В сымсле в sngrep пакет вижу, в siptrace фрисвича - нету. iptables пустой.

Причем почему-то только tcp’шные

А UDP с тогоже(это важно) IP адреса доходят?

Ага

FS слушает на том порту, на который коннекты приходят?

ТСР же.

Telnet с тогоже IP адреса на порт FreeSwitch успешно открывается?

Отсылают обратно на порт источника

Т.е. когда fs делает инвайт по TCP, порт источника не 5060

telnet не смотрел

А в случае, когда всё плохо кто инициирует соединение?

Просто внутренний звонок

UDPшный клиент звонит TCPшному

Я имел в виду это вызов в сторону FreeSwitch или от него?

Но это проявляется не сразу, а через какое-то время. Т.е. если рестартовать fs, то все ок

Вызов на FS и сам FS вызывает другую сторону

Так вот от второй стороны пакеты приходят, я из вижу в sngrep, а в трейсе fs - нету

Т.е. FreeSwitch шлёт INVITE, а ответы до него не долетают?

Соответственно второй телефон вроде как трубку снял, но fs про это ничего не знает

Угу

И это одна внутренняя сеть, без всяких NAT и FW между телефоном и FreeSwitch, так?

А можно содержимое пакета INVITE, который шлёт FreeSwitch увидеть?(можно без SDP для экономии места)

INVITE sip:310@46.116.101.183:47715;transport=Tcp SIP/2.0 Via: SIP/2.0/TCP 10.0.20.81;rport;branch=z9hG4bK0ge42a41SKyZc Max-Forwards: 68 From: "Igor Olhovskiy" <sip:61@consertis.securenetvox.net>;tag=XHyct614p96pm To: <sip:310@46.116.101.183:47715;transport=Tcp> Call-ID: e65781ac-59e1-1236-aaa1-005056860aba CSeq: 116206315 INVITE Contact: <sip:mod_sofia@10.0.20.81:5060;transport=tcp> User-Agent: FreeSWITCH Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: path, replaces Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Content-Type: application/sdp Content-Disposition: session Content-Length: 332 X-Serialnumber: 000413719560 P-Key-Flags: resolution="31x13", keys="4" X-AUTH-IP: 176.104.56.91 X-FS-Support: update_display,send_info Remote-Party-ID: "Igor Olhovskiy" <sip:61@consertis.securenetvox.net>;party=calling;screen=yes;privacy=off

Там на пути еще есть элементы структуры, просто мне непонятно почему именно FS не принимает ответы

Т.е. я проследил пакеты по всем элементам, до сервера пакеты доходят

Между этим IP Contact: <sip:mod_sofia@10.0.20.81:5060;transport=tcp> и этим IP INVITE sip:310@46.116.101.183:47715;transport=Tcp SIP/2.0 точно маршрутизация без фильтрации и NAT?

А вот почему их FS не принимает вообще - вопрос

Там SBC стоит

Фильтрации нету

Причем только через какое-то время

Может два дня работать ок, может 2 раза за день вот такое выдать

Т.е. схема: FreeSwitch-----SBC------IPPhone ?

Да

SBC занимается NAT и прочим

46.116.101.183:47715 это координаты IPPhone?

Да

А у SBC, соответственно 2 сети: внутренняя и внешняя?

Да

Я тоже думал на SBC, только одно но.

А можно содержимое пакета INVITE, улетающего от SBC к IPPhone при таком "безответном" вызове?

Рестарт SBC не помогает

То же самое, только VIA другой

Это не совсем SBC, прокси )

В случае неправильной настройки(это не утверждение, а преположение - как вариант) SBC рестарт не поможет.

Тогда оно бы всегда не работало

Т.е. поле Contact SBC не подменяет?

Нет

А на какой IP адрес IPPhone шлёт свои ответы?

На внешку SBC

А на какой порт?

Я же говорю, ответы есть. Просто FS их не видит почему-то....

Т.е. SBC ответы пересылает в сторону FS?

Да

А SBC на какой порт FS шлёт ответы? (в рамках TCP сессии, открытой со стороны FreeSwitch)

Причем один и тот же звонок, просто в разное время

На адрес запроса

http://prntscr.com/hmgr75

Это рабочий звонок

Нерабочий будет такой же, только после 200 Ok ACK не будет

И все 100, 180 и 200 соответственно FS не видит

А FS из пакетов или самосборный? Если самосборный, то из стабильной ветки?

Пакеты, 1.6.19

Отладку sofia стэка включали?

Тишина после инвайта...

Я сейчас не про siptrace

Включал, не нашел ничего странного, но там простыня еще та

А разница между "простынёй" хорошего и плохого вызова есть?

Сервер под нагрузкой, поэтому да )))

Не получается просто поймать проблему в «чистом» виде

Т.е. там мешанина и выудить не удастся 2 вызова отдельных?

Да

А в часы наименьшей нагрузки?

В том-то и проблема, что появляется проблема под загрузкой (

Хм…. А кто-то сталкивался с таким, что пакеты до fs не доходят? В сымсле в sngrep пакет вижу, в siptrace фрисвича - нету. iptables пустой.

а siptrace global?

Нету

Может быть не хватает открытых сокетов?

Тоже думал про это, uimit на максимуме

Хотя, если это в рамках одной TCP сессии, то это не должно сказываться.

а siptrace global?

я к чему- я как-то так ловил пол-дня звонок не в том профиле

Это я проверял )))

Не получается просто поймать проблему в «чистом» виде

ставишь homer - включаешь captagent на фрисвиче

в плане, не отдельно captagent, а вот в самом фрисвиче включаешь

Так а чем это поможет?

sip-capture парамтер

В сымсле «тут есть, тут нету». И что дальше? )

по крайней мере не будет мешанины из огромного кол-ва логов

Ну, если пакет долетает до того места, где его sip-capture внутри FS ловит, то хотябы будет понятно, что проблема внутри FS, а не в сетевой подсистеме.

не будет простыней

угу

Так тут же дело как раз в том, чтобы пнять, какая из запчастей sofia даёт сбой и сам ли FreeSwitch виноват.

причем можно даже не писать в базу гомера, а просто на каме выводить в лог call-id

другой вариант это стрейсом в свитч залезать, но т.к. это все под нагрузкой - то это лучше напотом оставить

а какая версия?

1.6.19

ну ¯\_(ツ)_/¯ а может есть сходство между пакетами которые не проходят?