sip_reliable_xmit error

[mubeen]

Hi

I have just installed
vicibox 9.0.2
VERSION: 2.14-751a
BUILD: 200425-0949

After installing certbot, keepalive script somehow got removed from the corntab. Everything seemed smooth after that but when we registered multiple extensions I started getting following errors

Code: Select all

[May  5 11:20:50] ERROR[2819]: utils.c:1499 ast_careful_fwrite: fflush() returned error: Bad file descriptor
[May  5 11:20:50] ERROR[2819]: tcptls.c:466 tcptls_stream_close: SSL_shutdown() failed: error:00000005:lib(0):func(0):DH lib, Underlying BIO error: Bad file descriptor
[May  5 11:20:50]   == WebSocket connection from '59.103.xxx.xxx:37745' forcefully closed due to fatal write error

Code: Select all

[May  5 11:38:33] ERROR[5870]: chan_sip.c:4271 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data

I restarted the server and in asterisk

Code: Select all

sip show peers

was showing all the extensions as registered but when I checked

Code: Select all

hangup request

there were no extension to hangup

[williamconley]

Code: Select all

ERROR[5870]: chan_sip.c:4271 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns

Serious network trouble sounds like a much more relevant problem than anything else.

sip show peers shows "configured devices", not related to live calls.

hangup request immediately after a restart will not terminate any calls because there are NO calls immediately after a restart.

Based on this I'd say the system is working exactly as it should, but you have a network problem. Especially since you have provided no symptoms aside from xmit error, which clearly states its cause as serious network problem.

[mubeen]

Hi William,

I have this server hosted and is a physical server. I have couple of other vicidial servers with same hosting provider but older versions and without WebRTC, never had this issue with them. Today I also got another server from them and installed vicibox 9.0.1 with WebRTC, getting same issue on that as well.

Code: Select all

[May 13 20:06:29] ERROR[2355]: chan_sip.c:4271 sip_reliable_xmit: Serious Network Trouble; sip_xmit returns error for pkt data
[May 13 20:06:34] ERROR[26111]: utils.c:1499 ast_careful_fwrite: fflush() returned error: Bad file descriptor
[May 13 20:06:34] ERROR[26111]: tcptls.c:466 tcptls_stream_close: SSL_shutdown() failed: error:00000005:lib(0):func(0):DH lib, Underlying BIO error: Bad file descriptor
[May 13 20:06:34]   == WebSocket connection from '111.119.xxx.xxx:14124' forcefully closed due to fatal write error

I'm not sure if the Network issue is in server or hosting. How can I check this?

BTW I didn't modified the default FW and did installed fail2ban with ssh and asterisk chains enabled.

I'm also unable to play the recordings from the web but able to download them. Another thing is that by using server IP for "Sounds Web Server", I was not able to browse sounds but once I replace the IP with URL (domain I used while installing certbot), I was able to browse sounds. I guess for some reason its not resolving IP to domain which is causing this issue as well but not sure where to look

[carpenox]

try adding it to hosts file in /etc

cd /etc
nano hosts
then add the IP tab over and add host
ctrl x and save

fail2ban is prolly your issue, try turning it off

[mubeen]

Already added in below format

144.76.xxx.xxx dialer.URL.com dialer

[carpenox]

u tried turning off fail2ban?

[mubeen]

No I didn't, but it shouldn't be an issue, have been using in all previous vicidial versions I have installed. anyway I'll try after turning it off and using iptables instead

[mubeen]

Still getting

Code: Select all

ERROR[2355]: chan_sip.c:4271 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns

[williamconley]

turn OFF all firewalls for a single test. If that fixes the problem, you know it's in the firewall and may attack that problem. If that does not resolve the issue, then you must find out why the SIP module believes there is a networking issue.

[mubeen]

Okay William, let me test this as well.

I think the issue is with the URL, for some reason server is not resolving it because I cannot browse "audio store", it says "server(dialer.URL.com) does not match sounds web server ip(144.76.xxx.xxx)"
But once I replace the IP with URL (dialer.URL.com), I was able to browse sounds.

[williamconley]

That's not a problem with the URL. That's a "by design" block to stop you from trying to interact with the store incorrectly. If you upload files to the store at the wrong URL, you may "think" you uploaded a file to the store, but actually be on the wrong server. This blocks that behavior and forces you to access the store on the correct server. There is a setting for this under admin->System Settings if you want to specify where the audio store is. Just don't be wrong. lol.

It's much more important in a multi-server scenario.

[mubeen]

Oh thats great, I didn't thought about it that way. But my issue is still there. I tried turning off all the firewalls but still same

Another weird thing is which I guess I was not able to make clear earlier was when I restart the server, "sip show peers" should show all the configured phones but "host" should be shown as "unspecified" and "Status"" should be "Unknown" but here when I restarted the server; without logging in any where; sip show peers was showing the last status

1001/1001 182.176.xxx.xxx D No Yes 1589 OK (146 ms)

At first I thought its getting registered in some tab but I couldn't find it so I changed the password and restarted the server but still same.

[mubeen]

After sometime I again checked and found that phone got unregistered, may be is some how saved the state and loaded the state even after rebooting
1001/1001 (Unspecified) D No Yes 0 UNKNOWN

[carpenox]

did you ever resolve this issue?

[mubeen]

Nope, I tried VICI 8.0.1, 8.0.2, 8.1.2 and 9.0.1, 9.0.2, with certbot script and even by installing certificates manually but invain

[carpenox]

I am constantly getting these errors on new servers, not sure how to resolve it either. any updates?

[cvillarreal77]

i too see this errors

but all workings fine

[Zaraab]

Any concrete solution to this error?

In my case another error is added => WebSocket connection from 'xxx.xxx.xxx.xxx:8587' forcefully closed due to fatal write error

[Sufyan Khan]

Nope, I tried VICI 8.0.1, 8.0.2, 8.1.2 and 9.0.1, 9.0.2, with certbot script and even by installing certificates manually but invain

I was getting this same message "ERROR[2559]: chan_sip.c:4271 __sip_reliable_xmit" continuously, so after a lot searching I removed g729 and alaw from the carrier "Account Setting" and only used ulaw, So now this error is gone. Also in sip.conf I am only using Ulaw.

Thanks