Re: [asterisk-users] CentOS 7 yum-update and Gotoif has stoppped to workink
The problem is with this CentOS 7 glibc version:
2.17-317.el7
After the library update and system reboog, gotoif Asterisk application,
stop to working
Any hint to solve?
---
I'm SoCIaL, MayBe
El 4/02/2021 a las 11:43 a. m., Social Boh escribió:
Hello,
today a very strange thing happens on all my CentOS 7 servers. After a
yum update, on all my Asterisk 16.16.0 version, the GotoIF application
stop to working.
A gotoif example stop to working is:
same => n,GotoIf($["${ARG1:0:1}" = "+"]?no)
the result on the Asterisk console is:
GotoIf("SIP/open1-008f", "nan?cli") in new stack
On all Gotoif on my dialplan, the result is the same... nan?cli
The yum update include this files:
gd-last x86_64 2.3.1-1.el7.remi remi-safe
135 k
glibc x86_64 2.17-322.el7_9 updates 3.6 M
glibc-common x86_64 2.17-322.el7_9
updates 12 M
glibc-devel x86_64 2.17-322.el7_9
updates 1.1 M
glibc-headers x86_64 2.17-322.el7_9
updates 690 k
iwl105-firmware noarch 18.168.6.1-80.el7_9
updates 234 k
iwl135-firmware noarch 18.168.6.1-80.el7_9
updates 243 k
iwl2000-firmware noarch 18.168.6.1-80.el7_9
updates 237 k
iwl2030-firmware noarch 18.168.6.1-80.el7_9
updates 245 k
iwl3160-firmware noarch 25.30.13.0-80.el7_9
updates 1.5 M
iwl6000g2b-firmware noarch 18.168.6.1-80.el7_9
updates 305 k
iwl7260-firmware noarch 25.30.13.0-80.el7_9
updates 6.1 M
kernel-headers x86_64 3.10.0-1160.15.2.el7
updates 9.0 M
kernel-tools x86_64 3.10.0-1160.15.2.el7
updates 8.1 M
kernel-tools-libs x86_64 3.10.0-1160.15.2.el7
updates 8.0 M
libblkid x86_64 2.23.2-65.el7_9.1
updates 183 k
libmount x86_64 2.23.2-65.el7_9.1
updates 185 k
libsmartcols x86_64 2.23.2-65.el7_9.1
updates 143 k
libuuid x86_64 2.23.2-65.el7_9.1
updates 84 k
libuuid-devel x86_64 2.23.2-65.el7_9.1
updates 93 k
linux-firmware noarch 20200421-80.git78c0348.el7_9
updates 80 M
perl x86_64 4:5.16.3-299.el7_9 updates
8.0 M
perl-ExtUtils-Embed noarch 1.30-299.el7_9
updates 51 k
perl-ExtUtils-Install noarch 1.58-299.el7_9
updates 75 k
perl-Pod-Escapes noarch 1:1.04-299.el7_9
updates 52 k
perl-devel x86_64 4:5.16.3-299.el7_9
updates 454 k
perl-libs x86_64 4:5.16.3-299.el7_9
updates 690 k
perl-macros x86_64 4:5.16.3-299.el7_9
updates 44 k
php70-php-common x86_64 7.0.33-25.el7.remi
remi-safe 597 k
php70-php-json x86_64 7.0.33-25.el7.remi
remi-safe 66 k
php70-php-xml x86_64 7.0.33-25.el7.remi
remi-safe 173 k
php70-php-xmlrpc x86_64 7.0.33-25.el7.remi
remi-safe 83 k
php71-php-common x86_64 7.1.33-12.el7.remi
remi-safe 609 k
php71-php-json x86_64 7.1.33-12.el7.remi
remi-safe 67 k
python-perf x86_64 3.10.0-1160.15.2.el7
updates 8.1 M
systemd x86_64 219-78.el7_9.3 updates
5.1 M
systemd-libs x86_64 219-78.el7_9.3
updates 418 k
systemd-sysv x86_64 219-78.el7_9.3
updates 97 k
tuned noarch 2.11.0-11.el7_9 updates 269 k
util-linux x86_64 2.23.2-65.el7_9.1
updates 2.0 M
zlib x86_64 1.2.7-19.el7_9 updates 90 k
zlib-devel x86_64 1.2.7-19.el7_9
updates 50 k
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
Check out the new Asterisk community forum at: https://community.asterisk.org/
New to Asterisk? Start here:
https://wiki.asterisk.org/wiki/display/AST/Getting+Started
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] CentOS 7 yum-update and Gotoif has stoppped to workink
Hello,
today a very strange thing happens on all my CentOS 7 servers. After a
yum update, on all my Asterisk 16.16.0 version, the GotoIF application
stop to working.
A gotoif example stop to working is:
same => n,GotoIf($["${ARG1:0:1}" = "+"]?no)
the result on the Asterisk console is:
GotoIf("SIP/open1-008f", "nan?cli") in new stack
On all Gotoif on my dialplan, the result is the same... nan?cli
The yum update include this files:
gd-last x86_64 2.3.1-1.el7.remi remi-safe 135 k
glibc x86_64 2.17-322.el7_9 updates 3.6 M
glibc-common x86_64 2.17-322.el7_9
updates 12 M
glibc-devel x86_64 2.17-322.el7_9
updates 1.1 M
glibc-headers x86_64 2.17-322.el7_9
updates 690 k
iwl105-firmware noarch 18.168.6.1-80.el7_9
updates 234 k
iwl135-firmware noarch 18.168.6.1-80.el7_9
updates 243 k
iwl2000-firmware noarch 18.168.6.1-80.el7_9
updates 237 k
iwl2030-firmware noarch 18.168.6.1-80.el7_9
updates 245 k
iwl3160-firmware noarch 25.30.13.0-80.el7_9
updates 1.5 M
iwl6000g2b-firmware noarch 18.168.6.1-80.el7_9
updates 305 k
iwl7260-firmware noarch 25.30.13.0-80.el7_9
updates 6.1 M
kernel-headers x86_64 3.10.0-1160.15.2.el7
updates 9.0 M
kernel-tools x86_64 3.10.0-1160.15.2.el7
updates 8.1 M
kernel-tools-libs x86_64 3.10.0-1160.15.2.el7
updates 8.0 M
libblkid x86_64 2.23.2-65.el7_9.1
updates 183 k
libmount x86_64 2.23.2-65.el7_9.1
updates 185 k
libsmartcols x86_64 2.23.2-65.el7_9.1
updates 143 k
libuuid x86_64 2.23.2-65.el7_9.1
updates 84 k
libuuid-devel x86_64 2.23.2-65.el7_9.1
updates 93 k
linux-firmware noarch 20200421-80.git78c0348.el7_9
updates 80 M
perl x86_64 4:5.16.3-299.el7_9 updates 8.0 M
perl-ExtUtils-Embed noarch 1.30-299.el7_9
updates 51 k
perl-ExtUtils-Install noarch 1.58-299.el7_9
updates 75 k
perl-Pod-Escapes noarch 1:1.04-299.el7_9
updates 52 k
perl-devel x86_64 4:5.16.3-299.el7_9
updates 454 k
perl-libs x86_64 4:5.16.3-299.el7_9
updates 690 k
perl-macros x86_64 4:5.16.3-299.el7_9
updates 44 k
php70-php-common x86_64 7.0.33-25.el7.remi
remi-safe 597 k
php70-php-json x86_64 7.0.33-25.el7.remi
remi-safe 66 k
php70-php-xml x86_64 7.0.33-25.el7.remi
remi-safe 173 k
php70-php-xmlrpc x86_64 7.0.33-25.el7.remi
remi-safe 83 k
php71-php-common x86_64 7.1.33-12.el7.remi
remi-safe 609 k
php71-php-json x86_64 7.1.33-12.el7.remi
remi-safe 67 k
python-perf x86_64 3.10.0-1160.15.2.el7
updates 8.1 M
systemd x86_64 219-78.el7_9.3 updates 5.1 M
systemd-libs x86_64 219-78.el7_9.3
updates 418 k
systemd-sysv x86_64 219-78.el7_9.3
updates 97 k
tuned noarch 2.11.0-11.el7_9 updates 269 k
util-linux x86_64 2.23.2-65.el7_9.1
updates 2.0 M
zlib x86_64 1.2.7-19.el7_9 updates 90 k
zlib-devel x86_64 1.2.7-19.el7_9
updates 50 k
--
---
I'm SoCIaL, MayBe
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
Check out the new Asterisk community forum at: https://community.asterisk.org/
New to Asterisk? Start here:
https://wiki.asterisk.org/wiki/display/AST/Getting+Started
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Hangup() not working for handsets using pls transport?
On Wed, Feb 3, 2021 at 11:02 PM Ruisheng Peng wrote:
When using handsets with udp or tcp transports to dial ext 100, it'd hangup
> after the no-one-arround message. However, when using the handset with tls
> transport, it doesn't hang up on its own if ext 100 is not answered. I
> have to click the hangup button to accomplish that. Here's what asterisk
> log shows:
>
> == Setting global variable 'SIPDOMAIN' to '128.171.77.23'
>
> -- Executing [100@sets:1] Dial("PJSIP/SOFTPHONE_B-0007", "
> PJSIP/f30A0A01,10,m") in new stack
>
> -- Called PJSIP/f30A0A01
>
> -- Started music on hold, class 'default', on channel
> 'PJSIP/SOFTPHONE_B-0007'
>
>> 0x7f0fa801ede0 -- Strict RTP learning after remote address set
> to: 128.171.168.233:7078
>
> -- PJSIP/f30A0A01-0008 is ringing
>
> -- PJSIP/f30A0A01-0008 is ringing
>
>> 0x7f0fa801ede0 -- Strict RTP switching to RTP target address
> 128.171.168.233:7078 as source
>
>> 0x7f0fa801ede0 -- Strict RTP learning complete - Locking on
> source address 128.171.168.233:7078
>
> -- Nobody picked up in 1 ms
>
> -- Stopped music on hold on PJSIP/SOFTPHONE_B-0007
>
> -- Executing [100@sets:2] Playback("PJSIP/SOFTPHONE_B-0007", "
> vm-nobodyavail") in new stack
>
> -- Playing 'vm-nobodyavail.slin'
> (language 'en')
>
> -- Executing [100@sets:3] Hangup("PJSIP/SOFTPHONE_B-0007", "") in
> new stack
>
> == Spawn extension (sets, 100, 3) exited non-zero on
> 'PJSIP/SOFTPHONE_B-0007'
> voip1*CLI>
>
> Another quirk is when I use a phone with udp transport (RP_Yealink) to
> call a phone with tls transport (RP_OMBP) it immediately jumps
> the no-one-around message w/o ringing, then hang up. The tls phone is
> shown available but asterisk sees it busy:
>
> == Setting global variable 'SIPDOMAIN' to '128.171.77.23'
>
> -- Executing [103@sets:1] Dial("PJSIP/f30A0A01-000d", "
> PJSIP/SOFTPHONE_B,10") in new stack
>
> -- Called PJSIP/SOFTPHONE_B
>
> == Everyone is busy/congested at this time (1:0/1/0)
>
> -- Executing [103@sets:2] Playback("PJSIP/f30A0A01-000d", "
> vm-nobodyavail") in new stack
>
>> 0x7f0fa000c330 -- Strict RTP learning after remote address set
> to: 128.171.77.118:11790
>
>> 0x7f0fa000c330 -- Strict RTP switching to RTP target address
> 128.171.77.118:11790 as source
>
> -- Playing 'vm-nobodyavail.slin'
> (language 'en')
>
> -- Executing [103@sets:3] Hangup("PJSIP/f30A0A01-000d", "")
> in new stack
>
> == Spawn extension (sets, 103, 3) exited non-zero on
> 'PJSIP/f30A0A01-000d'
>
> voip1*CLI>
>
> Suppose it's not cool to mix transports among your handsets? Any
> suggestions?
>
I'd suggest looking at the actual SIP signaling to see what is going on
using "pjsip set logger on" and also providing configuration. This would
allow better insight into what exactly is going on.
--
Joshua C. Colp
Asterisk Technical Lead
Sangoma Technologies
Check us out at www.sangoma.com and www.asterisk.org
--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
Check out the new Asterisk community forum at: https://community.asterisk.org/
New to Asterisk? Start here:
https://wiki.asterisk.org/wiki/display/AST/Getting+Started
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
