Menu
▾
▴
astlinux-users — AstLinux Users Mailing List
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(91) |
Feb
(111) |
Mar
(226) |
Apr
(65) |
May
(197) |
Jun
(202) |
Jul
(92) |
Aug
(87) |
Sep
(120) |
Oct
(133) |
Nov
(89) |
Dec
(155) |
| 2008 |
Jan
(251) |
Feb
(136) |
Mar
(174) |
Apr
(149) |
May
(56) |
Jun
(32) |
Jul
(36) |
Aug
(171) |
Sep
(245) |
Oct
(244) |
Nov
(218) |
Dec
(272) |
| 2009 |
Jan
(113) |
Feb
(119) |
Mar
(192) |
Apr
(117) |
May
(93) |
Jun
(46) |
Jul
(80) |
Aug
(54) |
Sep
(109) |
Oct
(70) |
Nov
(145) |
Dec
(110) |
| 2010 |
Jan
(137) |
Feb
(87) |
Mar
(45) |
Apr
(157) |
May
(58) |
Jun
(99) |
Jul
(188) |
Aug
(136) |
Sep
(101) |
Oct
(100) |
Nov
(61) |
Dec
(60) |
| 2011 |
Jan
(84) |
Feb
(43) |
Mar
(70) |
Apr
(17) |
May
(69) |
Jun
(28) |
Jul
(43) |
Aug
(21) |
Sep
(151) |
Oct
(120) |
Nov
(84) |
Dec
(101) |
| 2012 |
Jan
(119) |
Feb
(82) |
Mar
(70) |
Apr
(115) |
May
(66) |
Jun
(131) |
Jul
(70) |
Aug
(65) |
Sep
(66) |
Oct
(86) |
Nov
(197) |
Dec
(81) |
| 2013 |
Jan
(65) |
Feb
(48) |
Mar
(32) |
Apr
(68) |
May
(98) |
Jun
(59) |
Jul
(41) |
Aug
(52) |
Sep
(42) |
Oct
(37) |
Nov
(10) |
Dec
(27) |
| 2014 |
Jan
(61) |
Feb
(34) |
Mar
(30) |
Apr
(52) |
May
(45) |
Jun
(40) |
Jul
(28) |
Aug
(9) |
Sep
(39) |
Oct
(69) |
Nov
(55) |
Dec
(19) |
| 2015 |
Jan
(13) |
Feb
(21) |
Mar
(5) |
Apr
(14) |
May
(30) |
Jun
(51) |
Jul
(31) |
Aug
(12) |
Sep
(29) |
Oct
(15) |
Nov
(24) |
Dec
(16) |
| 2016 |
Jan
(62) |
Feb
(76) |
Mar
(30) |
Apr
(43) |
May
(46) |
Jun
(62) |
Jul
(21) |
Aug
(49) |
Sep
(67) |
Oct
(27) |
Nov
(26) |
Dec
(38) |
| 2017 |
Jan
(7) |
Feb
(12) |
Mar
(69) |
Apr
(59) |
May
(54) |
Jun
(40) |
Jul
(76) |
Aug
(82) |
Sep
(92) |
Oct
(51) |
Nov
(32) |
Dec
(30) |
| 2018 |
Jan
(22) |
Feb
(25) |
Mar
(34) |
Apr
(35) |
May
(37) |
Jun
(21) |
Jul
(69) |
Aug
(55) |
Sep
(17) |
Oct
(67) |
Nov
(9) |
Dec
(5) |
| 2019 |
Jan
(19) |
Feb
(12) |
Mar
(15) |
Apr
(19) |
May
|
Jun
(27) |
Jul
(27) |
Aug
(25) |
Sep
(25) |
Oct
(27) |
Nov
(10) |
Dec
(14) |
| 2020 |
Jan
(22) |
Feb
(20) |
Mar
(36) |
Apr
(40) |
May
(52) |
Jun
(35) |
Jul
(21) |
Aug
(32) |
Sep
(71) |
Oct
(27) |
Nov
(11) |
Dec
(16) |
| 2021 |
Jan
(16) |
Feb
(21) |
Mar
(21) |
Apr
(27) |
May
(17) |
Jun
|
Jul
(2) |
Aug
(22) |
Sep
(23) |
Oct
(7) |
Nov
(11) |
Dec
(28) |
| 2022 |
Jan
(23) |
Feb
(18) |
Mar
(9) |
Apr
(15) |
May
(15) |
Jun
(7) |
Jul
(8) |
Aug
(15) |
Sep
(1) |
Oct
|
Nov
(11) |
Dec
(10) |
| 2023 |
Jan
(14) |
Feb
(10) |
Mar
(11) |
Apr
(13) |
May
(2) |
Jun
(30) |
Jul
(1) |
Aug
(15) |
Sep
(13) |
Oct
(3) |
Nov
(25) |
Dec
(5) |
| 2024 |
Jan
(3) |
Feb
(10) |
Mar
(9) |
Apr
|
May
(1) |
Jun
(15) |
Jul
(7) |
Aug
(10) |
Sep
(3) |
Oct
(8) |
Nov
(6) |
Dec
(15) |
| 2025 |
Jan
(3) |
Feb
(1) |
Mar
(7) |
Apr
(5) |
May
(13) |
Jun
(16) |
Jul
(1) |
Aug
(17) |
Sep
|
Oct
(1) |
Nov
(11) |
Dec
|
|
From: Michael K. <mic...@ip...> - 2024-10-03 22:59:21
|
Thanks Michael but the Astlinux side in my case does not have a LAN e.g. just a WAN interface Regards Michael Knill ________________________________ From: Michael Keuter <li...@mk...> Sent: Thursday, 3 October 2024 10:14 PM To: AstLinux Users Mailing List <ast...@li...> Subject: Re: [Astlinux-users] Creating a loopback address on Astlinux Update Michael http://www.mksolutions.info > Am 03.10.2024 um 13:59 schrieb Michael Keuter <li...@mk...>: > > Hi Michael, > > I have a customer that connects his company to his home (AVM Fritzbox router). You don't need another interface. > Here is the relevant part of the config (both sides have DynDNS): > > ---- > ipsec.conf: > > conn customer-home > left=customername.dyndns.com # local Astlinux DNS > leftsubnet=192.168.2.0/24 # customer Astlinux LAN > le...@cu... > right=customer-home.dyndns.com # remote DNS > rig...@cu... > rightsubnet=192.168.1.0/24. # remote (home) LAN rightsubnet=192.168.1.0/24 the dot at the end was a typo! > -- > > ipsec.secrets - strongSwan IPsec secrets file > > @customername.dyndns.com @customer-home.dyndns.com : PSK "+xyz123" > ---- > > https://doc.astlinux-project.org/userdoc:tt_ipsec_vpn_strongswan > >> Am 03.10.2024 um 05:27 schrieb Michael Knill <mic...@ip...>: >> >> Hi Group >> >> I have Strongswan working from a remote router (That doesnt support Wireguard or OpenVPN) and it seems to work well in the lab. >> At the moment however I have set up a separate LAN interface allocated to 'leftsubnet' in ipsec.conf. >> As I dont really want to add a separate VM interface, I would like to set up a loopback interface in Astlinux and not sure of the best way to do this. >> >> Also wondering if the 'leftsubnet' could be the WAN IP Address which means I dont need another interface at all? >> >> Thanks all. >> Regards >> Michael Knill >> Managing Director >> D: +61 2 6189 1360 >> P: +61 2 6140 4656 >> E: mic...@ip... >> W: ipcsolutions.com.au >> <Outlook-hdjfh1gy.png>Smarter Business Communications > > > Michael > > http://www.mksolutions.info > > > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... _______________________________________________ Astlinux-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <li...@mk...> - 2024-10-03 12:15:09
|
Update Michael http://www.mksolutions.info > Am 03.10.2024 um 13:59 schrieb Michael Keuter <li...@mk...>: > > Hi Michael, > > I have a customer that connects his company to his home (AVM Fritzbox router). You don't need another interface. > Here is the relevant part of the config (both sides have DynDNS): > > ---- > ipsec.conf: > > conn customer-home > left=customername.dyndns.com # local Astlinux DNS > leftsubnet=192.168.2.0/24 # customer Astlinux LAN > le...@cu... > right=customer-home.dyndns.com # remote DNS > rig...@cu... > rightsubnet=192.168.1.0/24. # remote (home) LAN rightsubnet=192.168.1.0/24 the dot at the end was a typo! > -- > > ipsec.secrets - strongSwan IPsec secrets file > > @customername.dyndns.com @customer-home.dyndns.com : PSK "+xyz123" > ---- > > https://doc.astlinux-project.org/userdoc:tt_ipsec_vpn_strongswan > >> Am 03.10.2024 um 05:27 schrieb Michael Knill <mic...@ip...>: >> >> Hi Group >> >> I have Strongswan working from a remote router (That doesnt support Wireguard or OpenVPN) and it seems to work well in the lab. >> At the moment however I have set up a separate LAN interface allocated to 'leftsubnet' in ipsec.conf. >> As I dont really want to add a separate VM interface, I would like to set up a loopback interface in Astlinux and not sure of the best way to do this. >> >> Also wondering if the 'leftsubnet' could be the WAN IP Address which means I dont need another interface at all? >> >> Thanks all. >> Regards >> Michael Knill >> Managing Director >> D: +61 2 6189 1360 >> P: +61 2 6140 4656 >> E: mic...@ip... >> W: ipcsolutions.com.au >> <Outlook-hdjfh1gy.png>Smarter Business Communications > > > Michael > > http://www.mksolutions.info > > > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <li...@mk...> - 2024-10-03 12:00:16
|
Hi Michael, I have a customer that connects his company to his home (AVM Fritzbox router). You don't need another interface. Here is the relevant part of the config (both sides have DynDNS): ---- ipsec.conf: conn customer-home left=customername.dyndns.com # local Astlinux DNS leftsubnet=192.168.2.0/24 # customer Astlinux LAN le...@cu... right=customer-home.dyndns.com # remote DNS rig...@cu... rightsubnet=192.168.1.0/24. # remote (home) LAN -- ipsec.secrets - strongSwan IPsec secrets file @customername.dyndns.com @customer-home.dyndns.com : PSK "+xyz123" ---- https://doc.astlinux-project.org/userdoc:tt_ipsec_vpn_strongswan > Am 03.10.2024 um 05:27 schrieb Michael Knill <mic...@ip...>: > > Hi Group > > I have Strongswan working from a remote router (That doesnt support Wireguard or OpenVPN) and it seems to work well in the lab. > At the moment however I have set up a separate LAN interface allocated to 'leftsubnet' in ipsec.conf. > As I dont really want to add a separate VM interface, I would like to set up a loopback interface in Astlinux and not sure of the best way to do this. > > Also wondering if the 'leftsubnet' could be the WAN IP Address which means I dont need another interface at all? > > Thanks all. > Regards > Michael Knill > Managing Director > D: +61 2 6189 1360 > P: +61 2 6140 4656 > E: mic...@ip... > W: ipcsolutions.com.au > <Outlook-hdjfh1gy.png>Smarter Business Communications Michael http://www.mksolutions.info |
|
From: Michael K. <mic...@ip...> - 2024-10-03 05:01:08
|
Hi Group I have Strongswan working from a remote router (That doesnt support Wireguard or OpenVPN) and it seems to work well in the lab. At the moment however I have set up a separate LAN interface allocated to 'leftsubnet' in ipsec.conf. As I dont really want to add a separate VM interface, I would like to set up a loopback interface in Astlinux and not sure of the best way to do this. Also wondering if the 'leftsubnet' could be the WAN IP Address which means I dont need another interface at all? Thanks all. Regards Michael Knill Managing Director D: +61 2 6189 1360 P: +61 2 6140 4656 E: mic...@ip...<mailto:mic...@ip...> W: ipcsolutions.com.au<https://ipcsolutions.com.au/> [cid:84b54daf-f9a7-4ea8-855d-6ff415c7e5b8] Smarter Business Communications |
|
From: Lonnie A. <li...@lo...> - 2024-09-28 18:02:18
|
Announcing AstLinux Release: 1.5.5 More Info: AstLinux Project https://www.astlinux-project.org/ AstLinux 1.5.5 Highlights: * Asterisk Versions: 16.30.0, 18.24.3, 20.9.3 * Linux Kernel 5.10.223, security and bug fixes * RUNNIX, version bump to runnix-0.6.19 * jitterentropy-rngd, new package, version 1.2.8, Random Number Generator (RNG) daemon. Previous rng-tools 'rngd' daemon is no longer used. * s3fs, new package, version 1.94, allows a user to mount an S3 bucket via FUSE filesystem * libcurl (curl) version bump to 8.9.1, security fix: CVE-2024-6874 * libxml2, version bump to 2.11.9, security fix: CVE-2024-40896 * iperf3, version bump to 3.17.1, security fix: CVE-2024-26306 * sngrep, version bump to 1.8.2, security fix * unbound, version bump to 1.21.0, security fix: CVE-2024-33655 * chrony, version bump to 4.6 * Monit, version bump to 5.34.0 * netcalc, version bump to 2.1.7 * sqlite, version bump to 3.46.1 * ca-certificates, update trusted root certificates 2024-07-02 * mac2vendor, oui.txt database snapshot 2024-09-14 * Asterisk '16se' (stable edition) version 16.30.0 is the last Asterisk 16.x "Legacy" version, built --without-pjproject and --without-dahdi * Package upgrades providing important security and bug fixes Full ChangeLog: https://raw.githubusercontent.com/astlinux-project/astlinux/1.5.5/docs/ChangeLog.txt All users are encouraged to upgrade, read the ChangeLog for the details. AstLinux Team _______________________________________________ Astlinux-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Ionel C. <ion...@me...> - 2024-09-13 18:32:19
|
Quick follow up. Purely coincidence, when I migrated to the Astlinux VM version, ATT mobile decided to block my home number (where I was dialing from) I've spent many many hours trying to troubleshoot this issue and finally the vitelity folks told me is not in their end and most likely is ATT. I really appreciate your time and private messages offering to help :) This community is absolutely GREAT. On Sep 12, 2024, at 6:40 PM, Ionel Chila via Astlinux-users <ast...@li...> wrote: I recently migrated from my DAHDI system to a VM on UnRaid. Everything runs smooth with asterisk 18.X and almost perfect expect one weird oddity. I can dial out every local US number in the world except one particular number *****8840 as you can see in the logs. Is the weirdest thing. I can dial *****7000 from the same extension but it will not work for the *****8840. I tried from all my local extensions and they all behave the same. I can dial every US number except that one? Any ideas what I am doing wrong here? I attached the debug log for a the working version and not working version. I would really appreciate the help and guidance as my fluency in asterisk is not where it needs to be :) <number-WORKING-from extension-200.txt><number-NOTWORKING-from extension-200.txt> Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline <untitled attachment> |
|
From: Ionel C. <ion...@me...> - 2024-09-12 23:40:19
|
I recently migrated from my DAHDI system to a VM on UnRaid. Everything runs smooth with asterisk 18.X and almost perfect expect one weird oddity. I can dial out every local US number in the world except one particular number *****8840 as you can see in the logs. Is the weirdest thing. I can dial *****7000 from the same extension but it will not work for the *****8840. I tried from all my local extensions and they all behave the same. I can dial every US number except that one? Any ideas what I am doing wrong here? I attached the debug log for a the working version and not working version. I would really appreciate the help and guidance as my fluency in asterisk is not where it needs to be :) |
|
From: Michael K. <li...@mk...> - 2024-08-30 12:23:55
|
BTW: Asterisk is case-sensitive: Set(CALLERID(num)=0338810600) Maybe that command failed. Michael http://www.mksolutions.info > Am 30.08.2024 um 14:20 schrieb Michael Keuter <li...@mk...>: > > I don't think these are errors, these are just infos, you just could decrease the verbosity. > Or you can try to disable strictrtp in rtp.conf (yes is default). > > Do you set "directmedia=no" in your sip trunk settings? (old name was "canreinvite=no") > > Michael > > http://www.mksolutions.info > >> Am 30.08.2024 um 13:57 schrieb Ionel Chila via Astlinux-users <ast...@li...>: >> >> Thanks Michael. I am not referring to the resolve and look of my VM-HOME-PBX. I get these RTP errors and my 2 extensions never dials out. >> >> >> == Using SIP RTP CoS mark 5 >> -- Called SIP/oriunde/40338810606 >>> 0x151c2400a2d0 -- Strict RTP learning after remote address set to: 3.233.63.160:44094 >> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>> 0x151c2400a2d0 -- Strict RTP switching to RTP target address 3.233.63.160:44094 as source >>> 0x151c20052820 -- Strict RTP switching to RTP target address 192.168.0.99:16414 as source >> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>> 0x151c20052820 -- Strict RTP learning complete - Locking on source address 192.168.0.99:16414 >> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >>> 0x151c2400a2d0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44094 >> == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/101-00000081’ >> >> >> >> >> >>> On Aug 30, 2024, at 3:57 AM, Michael Keuter <li...@mk...> wrote: >>> >>> >>> >>>> Am 30.08.2024 um 03:50 schrieb Ionel Chila via Astlinux-users <ast...@li...>: >>>> >>>> I just recently moved to a virtual image for Astlinux and also moved away from DAHDI card that I replaced my internal land lines with a Cisco SPA box and Cisco IP phone as per below. All incoming calls work fine but outgoing I get this error / loop as per below logs. It never dials out, just loops like this. >>>> >>>> Any ideas what’s going on? Any pointers I can research this further or try something different? MANY THANKS >>>> >>>> >>>> SIP Clients —> Astlinux (asterisk 18.x) —> VoIp Provider Romania (Oriunde) >>>> —> VoIp Provider USA (Teliax) >>>> —> VoIp Provider USA (Vitelity) >>>> >>>> >>>> 101/SIP - Cisco SPA-2102 >>>> 200/SIP - Cisco IP Phone 7965 >>>> >>>> >>>> And some info from my sip.conf and extensions.conf >>>> >>>> ;--------------------------------------------------------- >>>> ; USER 101 CHILA HOME LINE 1 SPA-2102 >>>> ;--------------------------------------------------------- >>>> [101] >>>> context=voip >>>> type=friend >>>> secret=******* >>>> host=dynamic >>>> canreinvite=yes >>>> qualify=5000 >>>> qualifyfreq=60 >>>> >>>> ;--------------------------------------------------------- >>>> ; USER 200 Cisco Phone Office 7965 >>>> ;--------------------------------------------------------- >>>> [200] >>>> context=voip >>>> type=friend >>>> secret=******** >>>> host=dynamic >>>> canreinvite=no >>>> qualify=5000 >>>> qualifyfreq=60 >>>> transport=udp,tcp >>>> mailbox=200 >>>> ; >>>> >>>> in extensions.conf: >>>> >>>> ; DIAL IN ROMANIA NUMBER >>>> ; >>>> [oriunde] >>>> exten => _338810603,1,Answer() ; Answer the call >>>> exten => _338810603,2,DIAL(SIP/101&SIP/105&SIP/200&SIP/203,30) >>>> exten => _338810603,3,Voicemail(101,u) ; Go to voicemail if no answer >>>> exten => _338810603,n,Hangup() ; Hang up the call >>>> >>>> >>>> ; DIAL OUT ROMANIA NUMBERS >>>> ; >>>> [voip] >>>> exten => _XXXXXXXXXX,1,Set(CALLERid(NUmber)=0338810603) >>>> exten => _XXXXXXXXXX,n,DIAL(SIP/oriunde/4${EXTEN}, 60) >>>> >>>> >>>> VM-HOME-PBX asterisk # asterisk -rvv >>>> Asterisk 18.22.0, Copyright (C) 1999 - 2022, Sangoma Technologies Corporation and others. >>>> Created by Mark Spencer <mar...@di...> >>>> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. >>>> This is free software, with components licensed under the GNU General Public >>>> License version 2 and other licenses; you are welcome to redistribute it under >>>> certain conditions. Type 'core show license' for details. >>>> ========================================================================= >>>> Connected to Asterisk 18.22.0 currently running on VM-HOME-PBX (pid = 1062) >>>> VM-HOME-PBX*CLI> >>>> VM-HOME-PBX*CLI> >>>> >>>> Extensions 101: >>>> [Aug 29 12:25:49] WARNING[1116][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX' >>>> == Using SIP RTP CoS mark 5 >>>>> 0x151c20052820 -- Strict RTP learning after remote address set to: 192.168.0.99:16414 >>>> -- Executing [0338810606@voip:1] Set("SIP/101-00000081", "CALLERid(NUmber)=0338810600") in new stack >>>> [Aug 29 12:25:50] ERROR[1413][C-00000030]: pbx_functions.c:700 ast_func_write: Function CALLERid not registered >>>> -- Executing [0338810606@voip:2] Dial("SIP/101-00000081", "SIP/oriunde/40338810606, 60") in new stack >>>> [Aug 29 12:25:50] ERROR[1413][C-00000030]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname >>>> [Aug 29 12:25:50] WARNING[1413][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX' >>>> == Using SIP RTP CoS mark 5 >>>> -- Called SIP/oriunde/40338810606 >>>>> 0x151c2400a2d0 -- Strict RTP learning after remote address set to: 3.233.63.160:44094 >>>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>>> 0x151c2400a2d0 -- Strict RTP switching to RTP target address 3.233.63.160:44094 as source >>>>> 0x151c20052820 -- Strict RTP switching to RTP target address 192.168.0.99:16414 as source >>>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>>> 0x151c20052820 -- Strict RTP learning complete - Locking on source address 192.168.0.99:16414 >>>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >>>>> 0x151c2400a2d0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44094 >>>> == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/101-00000081' >>>> >>>> >>>> >>>> Extension 200: >>>> [Aug 29 12:24:33] ERROR[1384][C-0000002e]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname >>>> [Aug 29 12:24:33] WARNING[1384][C-0000002e]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX' >>>> == Using SIP RTP CoS mark 5 >>>> -- Called SIP/oriunde/40338810606 >>>>> 0x151c080264a0 -- Strict RTP learning after remote address set to: 3.233.63.160:44040 >>>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>>> 0x151c080264a0 -- Strict RTP switching to RTP target address 3.233.63.160:44040 as source >>>>> 0x151c200547c0 -- Strict RTP switching to RTP target address 192.168.0.33:16390 as source >>>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>>> 0x151c200547c0 -- Strict RTP learning complete - Locking on source address 192.168.0.33:16390 >>>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>>> 0x151c080264a0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44040 >>>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>>> == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/200-0000007d’ >>>> >>> >>> Hi, >>> >>> try to add the local IP address and hostname VM-HOME-PBX to the AstLinux DNS hosts table. And restart DNS/DHCP. >>> >>> Michael >>> >>> http://www.mksolutions.info > |
|
From: Michael K. <li...@mk...> - 2024-08-30 12:20:38
|
I don't think these are errors, these are just infos, you just could decrease the verbosity. Or you can try to disable strictrtp in rtp.conf (yes is default). Do you set "directmedia=no" in your sip trunk settings? (old name was "canreinvite=no") Michael http://www.mksolutions.info > Am 30.08.2024 um 13:57 schrieb Ionel Chila via Astlinux-users <ast...@li...>: > > Thanks Michael. I am not referring to the resolve and look of my VM-HOME-PBX. I get these RTP errors and my 2 extensions never dials out. > > > == Using SIP RTP CoS mark 5 > -- Called SIP/oriunde/40338810606 >> 0x151c2400a2d0 -- Strict RTP learning after remote address set to: 3.233.63.160:44094 > -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >> 0x151c2400a2d0 -- Strict RTP switching to RTP target address 3.233.63.160:44094 as source >> 0x151c20052820 -- Strict RTP switching to RTP target address 192.168.0.99:16414 as source > -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >> 0x151c20052820 -- Strict RTP learning complete - Locking on source address 192.168.0.99:16414 > -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 > -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >> 0x151c2400a2d0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44094 > == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/101-00000081’ > > > > > >> On Aug 30, 2024, at 3:57 AM, Michael Keuter <li...@mk...> wrote: >> >> >> >>> Am 30.08.2024 um 03:50 schrieb Ionel Chila via Astlinux-users <ast...@li...>: >>> >>> I just recently moved to a virtual image for Astlinux and also moved away from DAHDI card that I replaced my internal land lines with a Cisco SPA box and Cisco IP phone as per below. All incoming calls work fine but outgoing I get this error / loop as per below logs. It never dials out, just loops like this. >>> >>> Any ideas what’s going on? Any pointers I can research this further or try something different? MANY THANKS >>> >>> >>> SIP Clients —> Astlinux (asterisk 18.x) —> VoIp Provider Romania (Oriunde) >>> —> VoIp Provider USA (Teliax) >>> —> VoIp Provider USA (Vitelity) >>> >>> >>> 101/SIP - Cisco SPA-2102 >>> 200/SIP - Cisco IP Phone 7965 >>> >>> >>> And some info from my sip.conf and extensions.conf >>> >>> ;--------------------------------------------------------- >>> ; USER 101 CHILA HOME LINE 1 SPA-2102 >>> ;--------------------------------------------------------- >>> [101] >>> context=voip >>> type=friend >>> secret=******* >>> host=dynamic >>> canreinvite=yes >>> qualify=5000 >>> qualifyfreq=60 >>> >>> ;--------------------------------------------------------- >>> ; USER 200 Cisco Phone Office 7965 >>> ;--------------------------------------------------------- >>> [200] >>> context=voip >>> type=friend >>> secret=******** >>> host=dynamic >>> canreinvite=no >>> qualify=5000 >>> qualifyfreq=60 >>> transport=udp,tcp >>> mailbox=200 >>> ; >>> >>> in extensions.conf: >>> >>> ; DIAL IN ROMANIA NUMBER >>> ; >>> [oriunde] >>> exten => _338810603,1,Answer() ; Answer the call >>> exten => _338810603,2,DIAL(SIP/101&SIP/105&SIP/200&SIP/203,30) >>> exten => _338810603,3,Voicemail(101,u) ; Go to voicemail if no answer >>> exten => _338810603,n,Hangup() ; Hang up the call >>> >>> >>> ; DIAL OUT ROMANIA NUMBERS >>> ; >>> [voip] >>> exten => _XXXXXXXXXX,1,Set(CALLERid(NUmber)=0338810603) >>> exten => _XXXXXXXXXX,n,DIAL(SIP/oriunde/4${EXTEN}, 60) >>> >>> >>> VM-HOME-PBX asterisk # asterisk -rvv >>> Asterisk 18.22.0, Copyright (C) 1999 - 2022, Sangoma Technologies Corporation and others. >>> Created by Mark Spencer <mar...@di...> >>> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details. >>> This is free software, with components licensed under the GNU General Public >>> License version 2 and other licenses; you are welcome to redistribute it under >>> certain conditions. Type 'core show license' for details. >>> ========================================================================= >>> Connected to Asterisk 18.22.0 currently running on VM-HOME-PBX (pid = 1062) >>> VM-HOME-PBX*CLI> >>> VM-HOME-PBX*CLI> >>> >>> Extensions 101: >>> [Aug 29 12:25:49] WARNING[1116][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX' >>> == Using SIP RTP CoS mark 5 >>>> 0x151c20052820 -- Strict RTP learning after remote address set to: 192.168.0.99:16414 >>> -- Executing [0338810606@voip:1] Set("SIP/101-00000081", "CALLERid(NUmber)=0338810600") in new stack >>> [Aug 29 12:25:50] ERROR[1413][C-00000030]: pbx_functions.c:700 ast_func_write: Function CALLERid not registered >>> -- Executing [0338810606@voip:2] Dial("SIP/101-00000081", "SIP/oriunde/40338810606, 60") in new stack >>> [Aug 29 12:25:50] ERROR[1413][C-00000030]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname >>> [Aug 29 12:25:50] WARNING[1413][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX' >>> == Using SIP RTP CoS mark 5 >>> -- Called SIP/oriunde/40338810606 >>>> 0x151c2400a2d0 -- Strict RTP learning after remote address set to: 3.233.63.160:44094 >>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>> 0x151c2400a2d0 -- Strict RTP switching to RTP target address 3.233.63.160:44094 as source >>>> 0x151c20052820 -- Strict RTP switching to RTP target address 192.168.0.99:16414 as source >>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>>> 0x151c20052820 -- Strict RTP learning complete - Locking on source address 192.168.0.99:16414 >>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081 >>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081 >>>> 0x151c2400a2d0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44094 >>> == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/101-00000081' >>> >>> >>> >>> Extension 200: >>> [Aug 29 12:24:33] ERROR[1384][C-0000002e]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname >>> [Aug 29 12:24:33] WARNING[1384][C-0000002e]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX' >>> == Using SIP RTP CoS mark 5 >>> -- Called SIP/oriunde/40338810606 >>>> 0x151c080264a0 -- Strict RTP learning after remote address set to: 3.233.63.160:44040 >>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>> 0x151c080264a0 -- Strict RTP switching to RTP target address 3.233.63.160:44040 as source >>>> 0x151c200547c0 -- Strict RTP switching to RTP target address 192.168.0.33:16390 as source >>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>> 0x151c200547c0 -- Strict RTP learning complete - Locking on source address 192.168.0.33:16390 >>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>>> 0x151c080264a0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44040 >>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d >>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d >>> == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/200-0000007d’ >>> >> >> Hi, >> >> try to add the local IP address and hostname VM-HOME-PBX to the AstLinux DNS hosts table. And restart DNS/DHCP. >> >> Michael >> >> http://www.mksolutions.info |
|
From: Ionel C. <ion...@me...> - 2024-08-30 11:57:39
|
Thanks Michael. I am not referring to the resolve and look of my VM-HOME-PBX. I get these RTP errors and my 2 extensions never dials out.
== Using SIP RTP CoS mark 5
-- Called SIP/oriunde/40338810606
> 0x151c2400a2d0 -- Strict RTP learning after remote address set to: 3.233.63.160:44094
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> 0x151c2400a2d0 -- Strict RTP switching to RTP target address 3.233.63.160:44094 as source
> 0x151c20052820 -- Strict RTP switching to RTP target address 192.168.0.99:16414 as source
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> 0x151c20052820 -- Strict RTP learning complete - Locking on source address 192.168.0.99:16414
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
> 0x151c2400a2d0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44094
== Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/101-00000081’
> On Aug 30, 2024, at 3:57 AM, Michael Keuter <li...@mk...> wrote:
>
>
>
>> Am 30.08.2024 um 03:50 schrieb Ionel Chila via Astlinux-users <ast...@li...>:
>>
>> I just recently moved to a virtual image for Astlinux and also moved away from DAHDI card that I replaced my internal land lines with a Cisco SPA box and Cisco IP phone as per below. All incoming calls work fine but outgoing I get this error / loop as per below logs. It never dials out, just loops like this.
>>
>> Any ideas what’s going on? Any pointers I can research this further or try something different? MANY THANKS
>>
>>
>> SIP Clients —> Astlinux (asterisk 18.x) —> VoIp Provider Romania (Oriunde)
>> —> VoIp Provider USA (Teliax)
>> —> VoIp Provider USA (Vitelity)
>>
>>
>> 101/SIP - Cisco SPA-2102
>> 200/SIP - Cisco IP Phone 7965
>>
>>
>> And some info from my sip.conf and extensions.conf
>>
>> ;---------------------------------------------------------
>> ; USER 101 CHILA HOME LINE 1 SPA-2102
>> ;---------------------------------------------------------
>> [101]
>> context=voip
>> type=friend
>> secret=*******
>> host=dynamic
>> canreinvite=yes
>> qualify=5000
>> qualifyfreq=60
>>
>> ;---------------------------------------------------------
>> ; USER 200 Cisco Phone Office 7965
>> ;---------------------------------------------------------
>> [200]
>> context=voip
>> type=friend
>> secret=********
>> host=dynamic
>> canreinvite=no
>> qualify=5000
>> qualifyfreq=60
>> transport=udp,tcp
>> mailbox=200
>> ;
>>
>> in extensions.conf:
>>
>> ; DIAL IN ROMANIA NUMBER
>> ;
>> [oriunde]
>> exten => _338810603,1,Answer() ; Answer the call
>> exten => _338810603,2,DIAL(SIP/101&SIP/105&SIP/200&SIP/203,30)
>> exten => _338810603,3,Voicemail(101,u) ; Go to voicemail if no answer
>> exten => _338810603,n,Hangup() ; Hang up the call
>>
>>
>> ; DIAL OUT ROMANIA NUMBERS
>> ;
>> [voip]
>> exten => _XXXXXXXXXX,1,Set(CALLERid(NUmber)=0338810603)
>> exten => _XXXXXXXXXX,n,DIAL(SIP/oriunde/4${EXTEN}, 60)
>>
>>
>> VM-HOME-PBX asterisk # asterisk -rvv
>> Asterisk 18.22.0, Copyright (C) 1999 - 2022, Sangoma Technologies Corporation and others.
>> Created by Mark Spencer <mar...@di...>
>> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
>> This is free software, with components licensed under the GNU General Public
>> License version 2 and other licenses; you are welcome to redistribute it under
>> certain conditions. Type 'core show license' for details.
>> =========================================================================
>> Connected to Asterisk 18.22.0 currently running on VM-HOME-PBX (pid = 1062)
>> VM-HOME-PBX*CLI>
>> VM-HOME-PBX*CLI>
>>
>> Extensions 101:
>> [Aug 29 12:25:49] WARNING[1116][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
>> == Using SIP RTP CoS mark 5
>>> 0x151c20052820 -- Strict RTP learning after remote address set to: 192.168.0.99:16414
>> -- Executing [0338810606@voip:1] Set("SIP/101-00000081", "CALLERid(NUmber)=0338810600") in new stack
>> [Aug 29 12:25:50] ERROR[1413][C-00000030]: pbx_functions.c:700 ast_func_write: Function CALLERid not registered
>> -- Executing [0338810606@voip:2] Dial("SIP/101-00000081", "SIP/oriunde/40338810606, 60") in new stack
>> [Aug 29 12:25:50] ERROR[1413][C-00000030]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname
>> [Aug 29 12:25:50] WARNING[1413][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
>> == Using SIP RTP CoS mark 5
>> -- Called SIP/oriunde/40338810606
>>> 0x151c2400a2d0 -- Strict RTP learning after remote address set to: 3.233.63.160:44094
>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
>>> 0x151c2400a2d0 -- Strict RTP switching to RTP target address 3.233.63.160:44094 as source
>>> 0x151c20052820 -- Strict RTP switching to RTP target address 192.168.0.99:16414 as source
>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
>>> 0x151c20052820 -- Strict RTP learning complete - Locking on source address 192.168.0.99:16414
>> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
>> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
>>> 0x151c2400a2d0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44094
>> == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/101-00000081'
>>
>>
>>
>> Extension 200:
>> [Aug 29 12:24:33] ERROR[1384][C-0000002e]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname
>> [Aug 29 12:24:33] WARNING[1384][C-0000002e]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
>> == Using SIP RTP CoS mark 5
>> -- Called SIP/oriunde/40338810606
>>> 0x151c080264a0 -- Strict RTP learning after remote address set to: 3.233.63.160:44040
>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
>>> 0x151c080264a0 -- Strict RTP switching to RTP target address 3.233.63.160:44040 as source
>>> 0x151c200547c0 -- Strict RTP switching to RTP target address 192.168.0.33:16390 as source
>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
>>> 0x151c200547c0 -- Strict RTP learning complete - Locking on source address 192.168.0.33:16390
>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
>>> 0x151c080264a0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44040
>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
>> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
>> == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/200-0000007d’
>>
>
> Hi,
>
> try to add the local IP address and hostname VM-HOME-PBX to the AstLinux DNS hosts table. And restart DNS/DHCP.
>
> Michael
>
> http://www.mksolutions.info
>
>
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to pa...@kr....
|
|
From: Michael K. <li...@mk...> - 2024-08-30 08:57:37
|
> Am 30.08.2024 um 03:50 schrieb Ionel Chila via Astlinux-users <ast...@li...>:
>
> I just recently moved to a virtual image for Astlinux and also moved away from DAHDI card that I replaced my internal land lines with a Cisco SPA box and Cisco IP phone as per below. All incoming calls work fine but outgoing I get this error / loop as per below logs. It never dials out, just loops like this.
>
> Any ideas what’s going on? Any pointers I can research this further or try something different? MANY THANKS
>
>
> SIP Clients —> Astlinux (asterisk 18.x) —> VoIp Provider Romania (Oriunde)
> —> VoIp Provider USA (Teliax)
> —> VoIp Provider USA (Vitelity)
>
>
> 101/SIP - Cisco SPA-2102
> 200/SIP - Cisco IP Phone 7965
>
>
> And some info from my sip.conf and extensions.conf
>
> ;---------------------------------------------------------
> ; USER 101 CHILA HOME LINE 1 SPA-2102
> ;---------------------------------------------------------
> [101]
> context=voip
> type=friend
> secret=*******
> host=dynamic
> canreinvite=yes
> qualify=5000
> qualifyfreq=60
>
> ;---------------------------------------------------------
> ; USER 200 Cisco Phone Office 7965
> ;---------------------------------------------------------
> [200]
> context=voip
> type=friend
> secret=********
> host=dynamic
> canreinvite=no
> qualify=5000
> qualifyfreq=60
> transport=udp,tcp
> mailbox=200
> ;
>
> in extensions.conf:
>
> ; DIAL IN ROMANIA NUMBER
> ;
> [oriunde]
> exten => _338810603,1,Answer() ; Answer the call
> exten => _338810603,2,DIAL(SIP/101&SIP/105&SIP/200&SIP/203,30)
> exten => _338810603,3,Voicemail(101,u) ; Go to voicemail if no answer
> exten => _338810603,n,Hangup() ; Hang up the call
>
>
> ; DIAL OUT ROMANIA NUMBERS
> ;
> [voip]
> exten => _XXXXXXXXXX,1,Set(CALLERid(NUmber)=0338810603)
> exten => _XXXXXXXXXX,n,DIAL(SIP/oriunde/4${EXTEN}, 60)
>
>
> VM-HOME-PBX asterisk # asterisk -rvv
> Asterisk 18.22.0, Copyright (C) 1999 - 2022, Sangoma Technologies Corporation and others.
> Created by Mark Spencer <mar...@di...>
> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
> This is free software, with components licensed under the GNU General Public
> License version 2 and other licenses; you are welcome to redistribute it under
> certain conditions. Type 'core show license' for details.
> =========================================================================
> Connected to Asterisk 18.22.0 currently running on VM-HOME-PBX (pid = 1062)
> VM-HOME-PBX*CLI>
> VM-HOME-PBX*CLI>
>
> Extensions 101:
> [Aug 29 12:25:49] WARNING[1116][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
> == Using SIP RTP CoS mark 5
> > 0x151c20052820 -- Strict RTP learning after remote address set to: 192.168.0.99:16414
> -- Executing [0338810606@voip:1] Set("SIP/101-00000081", "CALLERid(NUmber)=0338810600") in new stack
> [Aug 29 12:25:50] ERROR[1413][C-00000030]: pbx_functions.c:700 ast_func_write: Function CALLERid not registered
> -- Executing [0338810606@voip:2] Dial("SIP/101-00000081", "SIP/oriunde/40338810606, 60") in new stack
> [Aug 29 12:25:50] ERROR[1413][C-00000030]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname
> [Aug 29 12:25:50] WARNING[1413][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
> == Using SIP RTP CoS mark 5
> -- Called SIP/oriunde/40338810606
> > 0x151c2400a2d0 -- Strict RTP learning after remote address set to: 3.233.63.160:44094
> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> > 0x151c2400a2d0 -- Strict RTP switching to RTP target address 3.233.63.160:44094 as source
> > 0x151c20052820 -- Strict RTP switching to RTP target address 192.168.0.99:16414 as source
> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> > 0x151c20052820 -- Strict RTP learning complete - Locking on source address 192.168.0.99:16414
> -- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> -- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
> > 0x151c2400a2d0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44094
> == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/101-00000081'
>
>
>
> Extension 200:
> [Aug 29 12:24:33] ERROR[1384][C-0000002e]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname
> [Aug 29 12:24:33] WARNING[1384][C-0000002e]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
> == Using SIP RTP CoS mark 5
> -- Called SIP/oriunde/40338810606
> > 0x151c080264a0 -- Strict RTP learning after remote address set to: 3.233.63.160:44040
> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> > 0x151c080264a0 -- Strict RTP switching to RTP target address 3.233.63.160:44040 as source
> > 0x151c200547c0 -- Strict RTP switching to RTP target address 192.168.0.33:16390 as source
> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> > 0x151c200547c0 -- Strict RTP learning complete - Locking on source address 192.168.0.33:16390
> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> > 0x151c080264a0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44040
> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> -- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
> == Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/200-0000007d’
>
Hi,
try to add the local IP address and hostname VM-HOME-PBX to the AstLinux DNS hosts table. And restart DNS/DHCP.
Michael
http://www.mksolutions.info
|
|
From: Ionel C. <ion...@me...> - 2024-08-30 01:51:53
|
I just recently moved to a virtual image for Astlinux and also moved away from DAHDI card that I replaced my internal land lines with a Cisco SPA box and Cisco IP phone as per below. All incoming calls work fine but outgoing I get this error / loop as per below logs. It never dials out, just loops like this.
Any ideas what’s going on? Any pointers I can research this further or try something different? MANY THANKS
SIP Clients —> Astlinux (asterisk 18.x) —> VoIp Provider Romania (Oriunde)
—> VoIp Provider USA (Teliax)
—> VoIp Provider USA (Vitelity)
101/SIP - Cisco SPA-2102
200/SIP - Cisco IP Phone 7965
And some info from my sip.conf and extensions.conf
;---------------------------------------------------------
; USER 101 CHILA HOME LINE 1 SPA-2102
;---------------------------------------------------------
[101]
context=voip
type=friend
secret=*******
host=dynamic
canreinvite=yes
qualify=5000
qualifyfreq=60
;---------------------------------------------------------
; USER 200 Cisco Phone Office 7965
;---------------------------------------------------------
[200]
context=voip
type=friend
secret=********
host=dynamic
canreinvite=no
qualify=5000
qualifyfreq=60
transport=udp,tcp
mailbox=200
;
in extensions.conf:
; DIAL IN ROMANIA NUMBER
;
[oriunde]
exten => _338810603,1,Answer() ; Answer the call
exten => _338810603,2,DIAL(SIP/101&SIP/105&SIP/200&SIP/203,30)
exten => _338810603,3,Voicemail(101,u) ; Go to voicemail if no answer
exten => _338810603,n,Hangup() ; Hang up the call
; DIAL OUT ROMANIA NUMBERS
;
[voip]
exten => _XXXXXXXXXX,1,Set(CALLERid(NUmber)=0338810603)
exten => _XXXXXXXXXX,n,DIAL(SIP/oriunde/4${EXTEN}, 60)
VM-HOME-PBX asterisk # asterisk -rvv
Asterisk 18.22.0, Copyright (C) 1999 - 2022, Sangoma Technologies Corporation and others.
Created by Mark Spencer <mar...@di...>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 18.22.0 currently running on VM-HOME-PBX (pid = 1062)
VM-HOME-PBX*CLI>
VM-HOME-PBX*CLI>
Extensions 101:
[Aug 29 12:25:49] WARNING[1116][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
== Using SIP RTP CoS mark 5
> 0x151c20052820 -- Strict RTP learning after remote address set to: 192.168.0.99:16414
-- Executing [0338810606@voip:1] Set("SIP/101-00000081", "CALLERid(NUmber)=0338810600") in new stack
[Aug 29 12:25:50] ERROR[1413][C-00000030]: pbx_functions.c:700 ast_func_write: Function CALLERid not registered
-- Executing [0338810606@voip:2] Dial("SIP/101-00000081", "SIP/oriunde/40338810606, 60") in new stack
[Aug 29 12:25:50] ERROR[1413][C-00000030]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname
[Aug 29 12:25:50] WARNING[1413][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
== Using SIP RTP CoS mark 5
-- Called SIP/oriunde/40338810606
> 0x151c2400a2d0 -- Strict RTP learning after remote address set to: 3.233.63.160:44094
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> 0x151c2400a2d0 -- Strict RTP switching to RTP target address 3.233.63.160:44094 as source
> 0x151c20052820 -- Strict RTP switching to RTP target address 192.168.0.99:16414 as source
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> 0x151c20052820 -- Strict RTP learning complete - Locking on source address 192.168.0.99:16414
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
> 0x151c2400a2d0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44094
== Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/101-00000081'
Extension 200:
[Aug 29 12:24:33] ERROR[1384][C-0000002e]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname
[Aug 29 12:24:33] WARNING[1384][C-0000002e]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
== Using SIP RTP CoS mark 5
-- Called SIP/oriunde/40338810606
> 0x151c080264a0 -- Strict RTP learning after remote address set to: 3.233.63.160:44040
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> 0x151c080264a0 -- Strict RTP switching to RTP target address 3.233.63.160:44040 as source
> 0x151c200547c0 -- Strict RTP switching to RTP target address 192.168.0.33:16390 as source
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> 0x151c200547c0 -- Strict RTP learning complete - Locking on source address 192.168.0.33:16390
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> 0x151c080264a0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44040
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
== Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/200-0000007d’
|
|
From: Ionel C. <ion...@me...> - 2024-08-30 01:51:34
|
I just recently moved to a virtual image for Astlinux and also moved away from DAHDI card that I replaced my internal land lines with a Cisco SPA box and Cisco IP phone as per below. All incoming calls work fine but outgoing I get this error / loop as per below logs. It never dials out, just loops like this.
Any ideas what’s going on? Any pointers I can research this further or try something different? MANY THANKS
SIP Clients —> Astlinux (asterisk 18.x) —> VoIp Provider Romania (Oriunde)
—> VoIp Provider USA (Teliax)
—> VoIp Provider USA (Vitelity)
101/SIP - Cisco SPA-2102
200/SIP - Cisco IP Phone 7965
And some info from my sip.conf and extensions.conf
;---------------------------------------------------------
; USER 101 CHILA HOME LINE 1 SPA-2102
;---------------------------------------------------------
[101]
context=voip
type=friend
secret=*******
host=dynamic
canreinvite=yes
qualify=5000
qualifyfreq=60
;---------------------------------------------------------
; USER 200 Cisco Phone Office 7965
;---------------------------------------------------------
[200]
context=voip
type=friend
secret=********
host=dynamic
canreinvite=no
qualify=5000
qualifyfreq=60
transport=udp,tcp
mailbox=200
;
in extensions.conf:
; DIAL IN ROMANIA NUMBER
;
[oriunde]
exten => _338810603,1,Answer() ; Answer the call
exten => _338810603,2,DIAL(SIP/101&SIP/105&SIP/200&SIP/203,30)
exten => _338810603,3,Voicemail(101,u) ; Go to voicemail if no answer
exten => _338810603,n,Hangup() ; Hang up the call
; DIAL OUT ROMANIA NUMBERS
;
[voip]
exten => _XXXXXXXXXX,1,Set(CALLERid(NUmber)=0338810603)
exten => _XXXXXXXXXX,n,DIAL(SIP/oriunde/4${EXTEN}, 60)
VM-HOME-PBX asterisk # asterisk -rvv
Asterisk 18.22.0, Copyright (C) 1999 - 2022, Sangoma Technologies Corporation and others.
Created by Mark Spencer <mar...@di...>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
=========================================================================
Connected to Asterisk 18.22.0 currently running on VM-HOME-PBX (pid = 1062)
VM-HOME-PBX*CLI>
VM-HOME-PBX*CLI>
Extensions 101:
[Aug 29 12:25:49] WARNING[1116][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
== Using SIP RTP CoS mark 5
> 0x151c20052820 -- Strict RTP learning after remote address set to: 192.168.0.99:16414
-- Executing [0338810606@voip:1] Set("SIP/101-00000081", "CALLERid(NUmber)=0338810600") in new stack
[Aug 29 12:25:50] ERROR[1413][C-00000030]: pbx_functions.c:700 ast_func_write: Function CALLERid not registered
-- Executing [0338810606@voip:2] Dial("SIP/101-00000081", "SIP/oriunde/40338810606, 60") in new stack
[Aug 29 12:25:50] ERROR[1413][C-00000030]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname
[Aug 29 12:25:50] WARNING[1413][C-00000030]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
== Using SIP RTP CoS mark 5
-- Called SIP/oriunde/40338810606
> 0x151c2400a2d0 -- Strict RTP learning after remote address set to: 3.233.63.160:44094
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> 0x151c2400a2d0 -- Strict RTP switching to RTP target address 3.233.63.160:44094 as source
> 0x151c20052820 -- Strict RTP switching to RTP target address 192.168.0.99:16414 as source
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
> 0x151c20052820 -- Strict RTP learning complete - Locking on source address 192.168.0.99:16414
-- SIP/oriunde-00000082 is making progress passing it to SIP/101-00000081
-- SIP/oriunde-00000082 requested media update control 26, passing it to SIP/101-00000081
> 0x151c2400a2d0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44094
== Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/101-00000081'
Extension 200:
[Aug 29 12:24:33] ERROR[1384][C-0000002e]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("VM-HOME-PBX", "(null)", ...): No address associated with hostname
[Aug 29 12:24:33] WARNING[1384][C-0000002e]: acl.c:890 resolve_first: Unable to lookup 'VM-HOME-PBX'
== Using SIP RTP CoS mark 5
-- Called SIP/oriunde/40338810606
> 0x151c080264a0 -- Strict RTP learning after remote address set to: 3.233.63.160:44040
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> 0x151c080264a0 -- Strict RTP switching to RTP target address 3.233.63.160:44040 as source
> 0x151c200547c0 -- Strict RTP switching to RTP target address 192.168.0.33:16390 as source
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> 0x151c200547c0 -- Strict RTP learning complete - Locking on source address 192.168.0.33:16390
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
> 0x151c080264a0 -- Strict RTP learning complete - Locking on source address 3.233.63.160:44040
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e is making progress passing it to SIP/200-0000007d
-- SIP/oriunde-0000007e requested media update control 26, passing it to SIP/200-0000007d
== Spawn extension (voip, 0338810606, 2) exited non-zero on 'SIP/200-0000007d’
|
|
From: Ionel C. <ion...@me...> - 2024-08-24 17:08:00
|
Thanks for your precious advise as always Lonnie. It is now down to 4 from 8 :) Cheers Ionel On Aug 24, 2024, at 11:01 AM, Lonnie Abelbeck <li...@lo...> wrote: Hi Ionel, Thanks for sharing your AstLinux bare metal -> UnRaid VM experiences. Great to hear! BTW, you may want to lower the RAM setting of the UnRaid AstLinux VM, it is currently 8 MB ... I would expect 4 MB or even 2 MB would not be noticed in the AstLinux VM. Granted you have 64 GB for the system, but in the future you might have use for the extra RAM not used in AstLinux. Lonnie On Aug 24, 2024, at 9:12 AM, Ionel Chila via Astlinux-users <ast...@li...> wrote: How long have I been running this system with this TDM410P 1FXO & 3FXS DAHDI card? I think 15+ years or even more? What a journey and what a rock solid Astlinux OS. Well my hardware died before the support for my DAHDI so I was forced to look for other options. Since I have some NAS boxes running UnRaid and supporting VM's I decided to give Astlinux a try and I am happy to report that Astlinux works beautifully as a VM under UnRaid. Manage to convert all my configs to this new vm instance replacing all my DAHDI card ports with the Cisco SPA-2102 device. I am gonna miss my old PBX box and I will put it next to my old Soekris box to collect dust :) If any of interested in this setup let me know and I will gladly go over. Cheers and THANKS for all the hard work guys <UNRAID-ASTLINUX-1.JPG><UNRAID-ASTLINUX-2.JPG> _______________________________________________ Astlinux-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... . _______________________________________________ Astlinux-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pa...@kr... . |
|
From: Lonnie A. <li...@lo...> - 2024-08-24 16:01:10
|
Hi Ionel, Thanks for sharing your AstLinux bare metal -> UnRaid VM experiences. Great to hear! BTW, you may want to lower the RAM setting of the UnRaid AstLinux VM, it is currently 8 MB ... I would expect 4 MB or even 2 MB would not be noticed in the AstLinux VM. Granted you have 64 GB for the system, but in the future you might have use for the extra RAM not used in AstLinux. Lonnie > On Aug 24, 2024, at 9:12 AM, Ionel Chila via Astlinux-users <ast...@li...> wrote: > > How long have I been running this system with this TDM410P 1FXO & 3FXS DAHDI card? I think 15+ years or even more? What a journey and what a rock solid Astlinux OS. Well my hardware died before the support for my DAHDI so I was forced to look for other options. > > Since I have some NAS boxes running UnRaid and supporting VM's I decided to give Astlinux a try and I am happy to report that Astlinux works beautifully as a VM under UnRaid. Manage to convert all my configs to this new vm instance replacing all my DAHDI card ports with the Cisco SPA-2102 device. > > I am gonna miss my old PBX box and I will put it next to my old Soekris box to collect dust :) > > If any of interested in this setup let me know and I will gladly go over. > > Cheers and THANKS for all the hard work guys > > <UNRAID-ASTLINUX-1.JPG><UNRAID-ASTLINUX-2.JPG> > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Michael K. <li...@mk...> - 2024-08-24 15:53:10
|
> Am 24.08.2024 um 16:12 schrieb Ionel Chila via Astlinux-users <ast...@li...>: > > How long have I been running this system with this TDM410P 1FXO & 3FXS DAHDI card? I think 15+ years or even more? What a journey and what a rock solid Astlinux OS. Well my hardware died before the support for my DAHDI so I was forced to look for other options. > > Since I have some NAS boxes running UnRaid and supporting VM's I decided to give Astlinux a try and I am happy to report that Astlinux works beautifully as a VM under UnRaid. Manage to convert all my configs to this new vm instance replacing all my DAHDI card ports with the Cisco SPA-2102 device. > > I am gonna miss my old PBX box and I will put it next to my old Soekris box to collect dust :) > > If any of interested in this setup let me know and I will gladly go over. > > Cheers and THANKS for all the hard work guys > > <UNRAID-ASTLINUX-1.JPG><UNRAID-ASTLINUX-2.JPG> Hi Ionel, great that it works on UnRaid, and thanks for letting us know. Michael http://www.mksolutions.info |
|
From: Ionel C. <ion...@me...> - 2024-08-24 14:12:34
|
How long have I been running this system with this TDM410P 1FXO & 3FXS DAHDI card? I think 15+ years or even more? What a journey and what a rock solid Astlinux OS. Well my hardware died before the support for my DAHDI so I was forced to look for other options. Since I have some NAS boxes running UnRaid and supporting VM's I decided to give Astlinux a try and I am happy to report that Astlinux works beautifully as a VM under UnRaid. Manage to convert all my configs to this new vm instance replacing all my DAHDI card ports with the Cisco SPA-2102 device. I am gonna miss my old PBX box and I will put it next to my old Soekris box to collect dust :) If any of interested in this setup let me know and I will gladly go over. Cheers and THANKS for all the hard work guys |
|
From: Michael K. <mic...@ip...> - 2024-07-27 07:21:15
|
Hi David We actually use a Mail API (Mailgun) rather than SMTP for more reliable email transmission. Is a much better solution than the same account credentials used at many sites. Regards Michael Knill ________________________________ From: Lonnie Abelbeck <li...@lo...> Sent: Friday, 26 July 2024 11:44 PM To: AstLinux Users Mailing List <ast...@li...> Subject: Re: [Astlinux-users] OAuth for SMTP? Hi David, Thanks for testing. From what you describe, a Google App Password seems like a great solution, specific to an application so the master user/pass is not replicated over all your AstLinux boxes. Also relatively easy to revoke a lost App Password and regenerate a new one. Lonnie > On Jul 26, 2024, at 8:22 AM, David Kerr <Da...@Ke...> wrote: > > Lonnie, > I have tested google App Password and yes it works for us. The password is automatically generated, 16 characters in length (displayed in 4 blocks of 4, must exclude the spaces when entering it). The password is displayed only once, you cannot retrieve it again, only delete it. And I think I read that if you change your regular password then new app passwords have to be generated again. > > David. > > On Thu, Jul 25, 2024 at 5:24 PM Lonnie Abelbeck <li...@lo...> wrote: > Hi David, > > Generating a Google App Password seems like a reasonable solution. Trying to guess "long term" wrt Google is probably a fools errand. > > Does a Google App Password work properly with our msmtp implementation? > > Lonnie > > > > > > On Jul 25, 2024, at 2:49 PM, David Kerr <da...@ke...> wrote: > > > > It looks like I can use an App Password and that should survive Sept 30th. See... https://services.google.com/fh/files/emails/b_298235749.pdf > > and link on that leads to... https://support.google.com/mail/answer/185833 > > > > But it may be that long term we will need to support OAuth ?? > > > > David > > > > On Thu, Jul 25, 2024 at 3:35 PM David Kerr <da...@ke...> wrote: > > Google Workspace is turning off username/password access for all applications. I use this for my outbound SMTP Mail Relay on AstLinux. Effective Sept 30th this will no longer work. I do not know if this is just for Google Workspace or for all Google/Gmail accounts. > > > > I either need to be able to authenticate AstLinux to Google's SMTP server with OAuth or switch to some other SMTP mail relay service. > > > > What are my options? > > > > Thanks > > David > > _______________________________________________ > > Astlinux-users mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... _______________________________________________ Astlinux-users mailing list Ast...@li... https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: Lonnie A. <li...@lo...> - 2024-07-26 13:44:56
|
Hi David, Thanks for testing. From what you describe, a Google App Password seems like a great solution, specific to an application so the master user/pass is not replicated over all your AstLinux boxes. Also relatively easy to revoke a lost App Password and regenerate a new one. Lonnie > On Jul 26, 2024, at 8:22 AM, David Kerr <Da...@Ke...> wrote: > > Lonnie, > I have tested google App Password and yes it works for us. The password is automatically generated, 16 characters in length (displayed in 4 blocks of 4, must exclude the spaces when entering it). The password is displayed only once, you cannot retrieve it again, only delete it. And I think I read that if you change your regular password then new app passwords have to be generated again. > > David. > > On Thu, Jul 25, 2024 at 5:24 PM Lonnie Abelbeck <li...@lo...> wrote: > Hi David, > > Generating a Google App Password seems like a reasonable solution. Trying to guess "long term" wrt Google is probably a fools errand. > > Does a Google App Password work properly with our msmtp implementation? > > Lonnie > > > > > > On Jul 25, 2024, at 2:49 PM, David Kerr <da...@ke...> wrote: > > > > It looks like I can use an App Password and that should survive Sept 30th. See... https://services.google.com/fh/files/emails/b_298235749.pdf > > and link on that leads to... https://support.google.com/mail/answer/185833 > > > > But it may be that long term we will need to support OAuth ?? > > > > David > > > > On Thu, Jul 25, 2024 at 3:35 PM David Kerr <da...@ke...> wrote: > > Google Workspace is turning off username/password access for all applications. I use this for my outbound SMTP Mail Relay on AstLinux. Effective Sept 30th this will no longer work. I do not know if this is just for Google Workspace or for all Google/Gmail accounts. > > > > I either need to be able to authenticate AstLinux to Google's SMTP server with OAuth or switch to some other SMTP mail relay service. > > > > What are my options? > > > > Thanks > > David > > _______________________________________________ > > Astlinux-users mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: David K. <da...@ke...> - 2024-07-26 13:22:34
|
Lonnie, I have tested google App Password and yes it works for us. The password is automatically generated, 16 characters in length (displayed in 4 blocks of 4, must exclude the spaces when entering it). The password is displayed only once, you cannot retrieve it again, only delete it. And I think I read that if you change your regular password then new app passwords have to be generated again. David. On Thu, Jul 25, 2024 at 5:24 PM Lonnie Abelbeck <li...@lo...> wrote: > Hi David, > > Generating a Google App Password seems like a reasonable solution. Trying > to guess "long term" wrt Google is probably a fools errand. > > Does a Google App Password work properly with our msmtp implementation? > > Lonnie > > > > > > On Jul 25, 2024, at 2:49 PM, David Kerr <da...@ke...> wrote: > > > > It looks like I can use an App Password and that should survive Sept > 30th. See... https://services.google.com/fh/files/emails/b_298235749.pdf > > and link on that leads to... > https://support.google.com/mail/answer/185833 > > > > But it may be that long term we will need to support OAuth ?? > > > > David > > > > On Thu, Jul 25, 2024 at 3:35 PM David Kerr <da...@ke...> wrote: > > Google Workspace is turning off username/password access for all > applications. I use this for my outbound SMTP Mail Relay on AstLinux. > Effective Sept 30th this will no longer work. I do not know if this is > just for Google Workspace or for all Google/Gmail accounts. > > > > I either need to be able to authenticate AstLinux to Google's SMTP > server with OAuth or switch to some other SMTP mail relay service. > > > > What are my options? > > > > Thanks > > David > > _______________________________________________ > > Astlinux-users mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... |
|
From: Lonnie A. <li...@lo...> - 2024-07-25 21:24:46
|
Hi David, Generating a Google App Password seems like a reasonable solution. Trying to guess "long term" wrt Google is probably a fools errand. Does a Google App Password work properly with our msmtp implementation? Lonnie > On Jul 25, 2024, at 2:49 PM, David Kerr <da...@ke...> wrote: > > It looks like I can use an App Password and that should survive Sept 30th. See... https://services.google.com/fh/files/emails/b_298235749.pdf > and link on that leads to... https://support.google.com/mail/answer/185833 > > But it may be that long term we will need to support OAuth ?? > > David > > On Thu, Jul 25, 2024 at 3:35 PM David Kerr <da...@ke...> wrote: > Google Workspace is turning off username/password access for all applications. I use this for my outbound SMTP Mail Relay on AstLinux. Effective Sept 30th this will no longer work. I do not know if this is just for Google Workspace or for all Google/Gmail accounts. > > I either need to be able to authenticate AstLinux to Google's SMTP server with OAuth or switch to some other SMTP mail relay service. > > What are my options? > > Thanks > David > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to pa...@kr.... |
|
From: David K. <da...@ke...> - 2024-07-25 20:04:08
|
Google Workspace is turning off username/password access for all applications. I use this for my outbound SMTP Mail Relay on AstLinux. Effective Sept 30th this will no longer work. I do not know if this is just for Google Workspace or for all Google/Gmail accounts. I either need to be able to authenticate AstLinux to Google's SMTP server with OAuth or switch to some other SMTP mail relay service. What are my options? Thanks David |
|
From: David K. <da...@ke...> - 2024-07-25 19:49:58
|
It looks like I can use an App Password and that should survive Sept 30th. See... https://services.google.com/fh/files/emails/b_298235749.pdf and link on that leads to... https://support.google.com/mail/answer/185833 But it may be that long term we will need to support OAuth ?? David On Thu, Jul 25, 2024 at 3:35 PM David Kerr <da...@ke...> wrote: > Google Workspace is turning off username/password access for all > applications. I use this for my outbound SMTP Mail Relay on AstLinux. > Effective Sept 30th this will no longer work. I do not know if this is > just for Google Workspace or for all Google/Gmail accounts. > > I either need to be able to authenticate AstLinux to Google's SMTP server > with OAuth or switch to some other SMTP mail relay service. > > What are my options? > > Thanks > David > |
|
From: Lonnie A. <li...@lo...> - 2024-07-06 13:44:11
|
Greetings, Pre-Release Version: astlinux-1.5-6098-6ab1c5 AstLinux Project -> Development https://www.astlinux-project.org/dev.html Of particular note is a new feature to mount S3 Object Storage. -- S3 Object Storage Client (s3fs) https://doc.astlinux-project.org/userdoc:tt_s3_object_storage_client -- One interesting use case for s3fs is to provide a Read/Only mount to an S3 bucket containing a custom AstLinux firmware repository. -- https://doc.astlinux-project.org/userdoc:tt_s3_object_storage_client#custom_firmware_repository -- I'm sure there are many other interesting use cases. If you are so inclined, spin-up the beta Install ISO and give it a test. I personally tested it with: Linode (Akamai), Vultr, Backblaze B2, Cloudflare R2 (all but Vultr supports limited access keys) Complete Pre-Release ChangeLog: https://astlinux-project.org/beta/astlinux-changelog/ChangeLog.txt The "AstLinux Pre-Release ChangeLog" and "Pre-Release Repository URL" entries can be found under the "Development" tab of the AstLinux Project web site ... AstLinux Project -> Development https://www.astlinux-project.org/dev.html AstLinux Team |
|
From: David K. <da...@ke...> - 2024-06-20 07:53:14
|
I don't know about BLF, but I did find another change I needed to make in my dialplan. The CHANNEL() function has parameters that are unique to SIP / PJSIP. So I was using CHANNEL(recvip) and that failed because it is specific to SIP. I replaced it with CUT(CHANNEL(pjsip,remote_addr),":",1)... the CUT() is necessary because PJSIP returns both the IP address and the port. David. On Sun, Jun 16, 2024 at 6:03 PM The Cadillac Kid via Astlinux-users < ast...@li...> wrote: > has PJ fixed the issues they had with BLF caller ID ? I had tried it a > year or so ago and the NOTIFY messages for BLF were not sending the calling > party... I really need to be making the move in our next production > version to PJ since chan_sip is fully on its way out now.. > > havent tried compiling it on my RPI 5 yet to see if PJ will compile or > not. Chan_sip does without issue. > > On Sunday, June 16, 2024 at 05:40:06 PM EDT, Michael Knill < > mic...@ip...> wrote: > > > Thanks David > > Due to move to PJSIP in our next major release. > > Regards > > Michael Knill > ------------------------------ > *From:* David Kerr <da...@ke...> > *Sent:* Thursday, 13 June 2024 11:31 PM > *To:* AstLinux Users Mailing List <ast...@li...> > *Subject:* Re: [Astlinux-users] PJSIP > > Thanks for the pointer to the custom asterisk commands, for some reason my > eyes didn't pick up on those. So all is good, I used the show > registrations and contacts commands. > > Michael, I've been putting off moving to PJSIP for so long! I'm still on > Asterisk 16. But I decided I should move up to Asterisk 20 and before > doing that would make the shift to PJSIP (as old SIP is officially > deprecated). So I've made the move to PJSIP on 16 and if all is good, will > then move to 20. The process turned out to be easier than I expected. > > There is a python script in the Asterisk source tree that helps a lot. > It's not perfect, but it goes a long way towards creating a working > pjsip.conf file out of an existing sip.conf file. It includes a > commented-out section at the top which lists things it could not migrate, > somewhat surprisingly for me, that included "username" fields that need to > go into the authentication sections... I had to correct those manually. > And it did not convert "fullname" fields which I think need to go into a > callerid field, not done that yet. > > And then in extensions.conf you have to replace all Dial() destinations > that are "SIP/<number>" with "PJSIP/<number>" and if you have syntax that > looks like "SIP/<trunk>/<number>" then those need to change to > "PJSIP/<number>@<trunk>" > > And the last thing to note is don't have both SIP and PJSIP at the same > time... at least not using both your old sip.conf and new pjsip.conf > files. Either remove/rename your old sip.conf or do what I did and add a > noload statement to modules.conf for chan_sip. > > I still have to test all my esoteric paths in extensions.conf, but basic > ingoing and outgoing calls are working for me. > > David. > > > On Wed, Jun 12, 2024 at 8:52 PM Michael Knill < > mic...@ip...> wrote: > > Yes Im going to need to go down this path at some stage but Im not looking > forward to it 🙁 > > Regards > > Michael Knill > ------------------------------ > *From:* Home <da...@ry...> > *Sent:* Thursday, 13 June 2024 8:27 AM > *To:* AstLinux Users Mailing List <ast...@li...> > *Subject:* Re: [Astlinux-users] PJSIP > > For what it may be worth, I've found... > > pjsip show endpoints > > and > > pjsip show contacts > > ... to be useful. > > Dan > > > > -------- Original message -------- > From: Lonnie Abelbeck <li...@lo...> > Date: 6/12/24 6:05 PM (GMT-05:00) > To: AstLinux Users Mailing List <ast...@li...> > Subject: Re: [Astlinux-users] PJSIP > > Hi David, > > In the Prefs -> Status Tab Options:, there are 4 pairs of these: > -- > Custom Asterisk Name: > Custom Asterisk Command: > -- > Which you can label and call what commands you want. > > And uncheck: > -- > Show SIP Trunk Registrations > Show SIP Peer Status > -- > > Though I don't think there is an exact equivalent from chan_sip to > chan_pjsip for status. I still use chan_sip. > > > Lonnie > > > > > On Jun 12, 2024, at 4:17 PM, David Kerr <da...@ke...> wrote: > > > > It looks like > > > > pjsip list (or show) registrations > > pjsip list (or show) contacts > > > > Gets closest to the old versions? Should the prefs panel be updated to > allow a command to be provided? > > > > David > > > > On Wed, Jun 12, 2024 at 5:10 PM David Kerr <da...@ke...> wrote: > > I'm embarking on a long overdue conversion from SIP to PJSIP in my > Asterisk configuration. I think I have it mostly working now but I notice > that in the status page the commands to show SIP trunk and SIP peer status > no longer exist (I have noload for chan_sip.so). > > > > SIP Trunk Registrations:No such command 'sip show registry' (type 'core > show help sip show' for other possible commands) > > > > SIP Peer Status:No such command 'sip show peers' (type 'core show help > sip show' for other possible commands) > > > > > > Are there alternative commands we could use? > > > > Thanks > > David > > > > > > _______________________________________________ > > Astlinux-users mailing list > > Ast...@li... > > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > > > > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... > _______________________________________________ > Astlinux-users mailing list > Ast...@li... > https://lists.sourceforge.net/lists/listinfo/astlinux-users > > Donations to support AstLinux are graciously accepted via PayPal to > pa...@kr.... |
63 messages has been excluded from this view by a project administrator.
