The issue that we have is related to inbound call that are direct from the PSTN to the PBX. It has nothing to do with the trunk between our UCM and the PBX. Also, there is no firewall between our voice gateway and our PBX. It is direct. I have logs from our SIP provider showing that the PBX is dropping the call at the one hour mark. I just tested again this morning and the same issue. This is the PBX log:
[2017-10-10 06:14:00] VERBOSE[28780][C-00000514] file.c: -- Playing 'digits/7.ulaw' (language 'en')
[2017-10-10 06:14:01] VERBOSE[28780][C-00000514] file.c: -- Playing 'conf-otherinparty.ulaw' (language 'en')
[2017-10-10 06:14:02] WARNING[2063] chan_sip.c: Retransmission timeout reached on transmission B95ADB55-ACF911E7-8152A57C-5A2F1691@10.50.107.2 for seqno 104 (Critical Request) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions
Packet timed out after 31999ms with no response
[2017-10-10 06:14:02] WARNING[2063] chan_sip.c: Hanging up call B95ADB55-ACF911E7-8152A57C-5A2F1691@10.50.107.2 - no reply to our critical packet (see https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions).
[2017-10-10 06:14:02] VERBOSE[26166][C-0000050b] res_musiconhold.c: -- Stopped music on hold on SIP/10.50.107.2-000004fe
[2017-10-10 06:14:02] VERBOSE[26166][C-0000050b] file.c: -- Playing 'confbridge-leave.gsm' (language '')
[2017-10-10 06:14:03] VERBOSE[26166][C-0000050b] pbx.c: -- Executing [h@ext-meetme:1] Hangup("SIP/10.50.107.2-000004fe", "") in new stack
Here are the logs from our SIP provider from our previous instance:
2017-10-02 11:57:30.214 Wightman-ISC-1 Outgoing SIP message sent : INVITE (SDP) From: anonymous@10.10.106.20:5060 To: 519*******@10.1.0.18 519*******@10.1.0.18:5060
2017-10-02 11:57:30.218 Wightman-ISC-1 Incoming SIP message received : 100 Trying From: "Anonymous" To: <sip:519*******@10.1.0.18>
2017-10-02 11:57:30.221 Wightman-ISC-1 Incoming SIP message received : BYE 519*******@10.1.0.18->anonymous@10.10.106.20:5060
2017-10-02 11:57:30.221 Wightman-ISC-1 A SIP message was received with authentication information.
2017-10-02 11:57:30.221 Wightman-ISC-1 519*******is disconnecting from the call.
There are a few instances earlier in the call where we send the INVITE, receive a TRYING followed by a 491 Request Pending message before we get the expected ACK message.
2017-10-02 11:42:10.835 Wightman-ISC-1 Outgoing SIP message sent : INVITE (SDP) From: anonymous@10.10.106.20:5060 To: 519*******@10.1.0.18 519*******@10.1.0.18:5060
2017-10-02 11:42:10.840 Wightman-ISC-1 Incoming SIP message received : 100 Trying From: "Anonymous" To: <sip:519*******@10.1.0.18>
2017-10-02 11:42:10.841 Wightman-ISC-1 Incoming SIP message received : 491 Request Pending From: To: <sip:519*******@10.1.0.18>
2017-10-02 11:42:10.842 Wightman-ISC-1 Outgoing SIP message sent : ACK From: anonymous@10.10.106.20:5060 To: 519*******@10.1.0.18 519*******@10.1.0.18:5060
Still struggling to figure this one out. I read that updating the rtpkeepalive helps. Default is 0 and I set it to 30. Any feedback?
Also, don't know if this is related? I see this quite often in the logs:
[2017-10-10 06:14:32] WARNING[2063][C-00000517] channel.c: Unable to find a codec translation path from (ulaw) to (g729)
[2017-10-10 06:14:32] WARNING[2063][C-00000517] channel.c: Unable to find a codec translation path from (ulaw) to (g729)
[2017-10-10 06:14:33] ERROR[28825][C-00000517] channel.c: Could not return write format to its original state
Any assistance or guidance is appreciated.