@BenSuffolk wrote:

I’m using 14.0.13.33 and I have a ring group set to ringall for 7 extensions. If I directly dial an extension I can pick up that extensions from another by dialling **extension.

If I dial the ring group number, all phones ring as expected, but if I try to pickup any extension in the ring group with **extension it fails to pick it up with a 603 error displayed on the phone.

However I can pick up the call by using **ringgroup number fine if I have call pickup enabled on the ring group. I have tried **extension with and without pickup enabled (The help text says it should work either way).

If I use the generic pickup *8, that does pickup the call from the ringgroup.

The reason I do not want to use *8 is because each phone has a BLF button, that works for directed call pickup when flashing under normal circumstances, and I want the same user experience when the extensions are ringing due to a ring group as well as a direct call.

Is this a bug, or am I doing something wrong?

Posts: 1

Participants: 1

Read full topic

@wzkds wrote:

Every time I click ‘Submit’ after making any changes I get the following error message:
PDOException (42000) SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '.197.21 AND foreign_id = '999" at line 1.

In this specific image I had made a change to extension 999.

I located a thread (https://issues.freepbx.org/browse/FREEPBX-19405) from a year ago and tried the suggestion but I’m not sure which module is relevant to this issue under Module Admin.

image.jpg955×683 171 KB

---

POST from Feb 2019:
https://issues.freepbx.org/browse/FREEPBX-19405
Kapil Gupta added a comment - 01/Feb/19 12:23 PM

Pms v15.0.2.3
Pms v14.0.2.29
Pms v13.0.2.31

This module has been published and is now in the “edge” track

To enable the edge track, go to “Advanced settings and set “Set Module Admin to Edge mode” to “Yes”

Then go to module admin and click “Check Online”. Note this will show updates for ALL modules in the edge track. Update the module(s) relevant to your issue.

Once finished go to “Advanced settings and set “Set Module Admin to Edge mode” to “No”

You may also upgrade from the command line with “fwconsole ma --edge upgrade MODULENAME”
replacing MODULENAME with the modules rawname which can be seen in “fwconsole ma list”

Please feel free to test and verify your issue is fixed.

This module will be pushed to the Stable repo as soon as it meets the criteria for transition.

Posts: 1

Participants: 1

Read full topic

@believewireless wrote:

This recently started happening after a reboot of the main server.

Two FreePBX boxes talk to each other. One connecting to VoIP provider (Main) and the other is remote. If remote makes a call, Caller ID and Outbound Caller ID show up fine in CDR reports of remote. However, in main, caller ID is set properly but outbound caller ID is blank. The caller ID is being forwarded from the extension settings.

Remote:

Call Date Recording System CallerID Outbound CallerID DID App Destination Disposition Duration Userfield Account CDR Table CDR Graph
Fri, 29 May 2020 14:32 1590777131.3089 “Test” <955> <410XXXXXX0> Dial 443XXXXXX5 NO ANSWER 00:08

Main:

Call Date Recording System CallerID Outbound CallerID DID App Destination Disposition Duration Userfield Account CDR Table CDR Graph
2020-05-29 15:32:57 1590780777.283 <410XXXXXX0> Dial +1443XXXXXX5 NO ANSWER 00:10

Extensions on main report just fine, only trunks have an issue.

Main trunk peer details:
host=172.XXX.XXX.XXX
type=friend
qualify=yes
trunk=yes
context=from-internal

Remote trunk peer details:
host=208.XXX.XXX.XXX
type=friend
qualify=yes

Any idea why outgoing caller ID would just stop working?

Posts: 1

Participants: 1

Read full topic

@wassy83 wrote:

Hi to all,
I’m using

asterisk -rx "pjsip show channels"

to show ringing and active calls, but since I have a lot of extensions ringing at same time, I got something like this

    [root@freepbx ~]# asterisk -rx "pjsip show channels"

  Channel:  <ChannelId........................................>  <State.....>  <Time.....>
      Exten: <DialedExten.............>  CLCID: <ConnectedLineCID.......>
==========================================================================================

  Channel: PJSIP/214-0001190d/AppDial                            Ringing       00:00:19
      Exten: 214                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/215-0001190e/AppDial                            Ringing       00:00:19
      Exten: 215                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/221-00011909/AppDial                            Ringing       00:00:19
      Exten: 221                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/222-00011910/AppDial                            Ringing       00:00:19
      Exten: 222                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/223-0001190b/AppDial                            Ringing       00:00:19
      Exten: 223                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/225-00011912/AppDial                            Ringing       00:00:19
      Exten: 225                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/226-00011914/AppDial                            Ringing       00:00:19
      Exten: 226                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/227-0001190a/AppDial                            Ringing       00:00:19
      Exten: 227                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/228-00011915/AppDial                            Ringing       00:00:19
      Exten: 228                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/230-00011913/AppDial                            Ringing       00:00:19
      Exten: 230                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/231-000118d7/AppDial                            Up            00:01:41
      Exten: s                           CLCID: "0566437XX" <0566437XX>

  Channel: PJSIP/232-0001190f/AppDial                            Ringing       00:00:19
      Exten: 232                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/234-00011911/AppDial                            Ringing       00:00:19
      Exten: 234                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/235-00011908/AppDial                            Ringing       00:00:19
      Exten: 235                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/236-00011907/AppDial                            Ringing       00:00:19
      Exten: 236                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/237-000118ed/AppDial                            Up            00:01:01
      Exten: s                           CLCID: "0415346979" <0415346979>

  Channel: PJSIP/238-0001190c/AppDial                            Ringing       00:00:19
      Exten: 238                         CLCID: "+336506736XX" <+336506736XX>

  Channel: PJSIP/272-00011919/AppDial                            Ringing       00:00:09
      Exten: 2030                        CLCID: "Venezia:33339180XX" <33339180XX>

  Channel: PJSIP/276-0001191a/AppDial                            Ringing       00:00:09
      Exten: 2030                        CLCID: "Venezia:33339180XX" <33339180XX>

  Channel: PJSIP/ANCONA_UFFICIO-0001184b/Queue                   Up            00:05:21
      Exten: 2000                        CLCID: "" <>

  Channel: PJSIP/ANCONA_UFFICIO-0001189c/Queue                   Up            00:03:20
      Exten: 2000                        CLCID: "" <>

  Channel: PJSIP/ANCONA_UFFICIO-000118e9/Queue                   Up            00:01:14
      Exten: 2000                        CLCID: "" <>

  Channel: PJSIP/VENEZIA_PASSEGGERI-000118e6/Queue               Up            00:01:20
      Exten: 2000                        CLCID: "" <>

  Channel: PJSIP/VENEZIA_PASSEGGERI-00011918/Dial                Ring          00:00:09
      Exten: s                           CLCID: "" <>


Objects found: 24

so…is there a way to filter this in a way that will show only one entries for each incoming call ringing and up? many thanks

Posts: 5

Participants: 4

Read full topic

@JohnW33 wrote:

Hello everyone - first post here ever on this forum which has been tremendously helpful in setting up a cloud hosted FreePBX on Vultr along with videos by Chris at Crosstalk Solutions. I have had a server up and running for 2 years now with very few issues. I don’t do this for a living, but use it for my business. So, my problem is phone recordings don’t show up in my email anymore. It just stopped working. Maybe there is a better way to set things up. I have the system admin paid module and that is where I set up the "My Origin " and “My Domain” settings. Which I have _mywebsite.com and sangoma.local respectively listed. Which never seemed to be the correct way, but it worked for 2 years.

I posted the debug log below from the “SMTP Email Setup” using the built in SMTP server. It looks like I am blacklisted - although Comcast said the server IP is not. Messages are stuck in the Mail Queue. How do I resolve this? What’s the best practice?

May 30 11:57:51 freepbx postfix/smtp[31077]: connect to _mx1.comcast.net[2001:558:fe16:1b::15]:25: Network is unreachable
May 30 11:57:51 freepbx postfix/smtp[31076]: C95DD10E483C: host _mx2.comcast.net[68.87.20.5] refused to talk to me: 554 resimta-ch2-_10v.sys.comcast.net _resimta-ch2-10v.sys.comcast.net xx.xx.xx.xxx found on one or more DNSBLs, see _http://postmaster.comcast.net/smtp-error-codes.php#BL001000
May 30 11:57:52 _freepbx postfix/smtp[31077]: 9073210B4D75: host _mx1.comcast.net[96.114.157.80] refused to talk to me: 554 _resimta-po-06v.sys.comcast.net _resimta-po-06v.sys.comcast.net xx.xx.xx.xxx found on one or more DNSBLs, see _http://postmaster.comcast.net/smtp-error-codes.php#BL001000
May 30 11:57:52 freepbx postfix/smtp[31076]: C95DD10E483C: host _mx1.comcast.net[96.114.157.80] refused to talk to me: 554 _resimta-po-37v.sys.comcast.net _resimta-po-37v.sys.comcast.net xx.xx.xx.xxx found on one or more DNSBLs, see _http://postmaster.comcast.net/smtp-error-codes.php#BL001000
May 30 11:57:52 _freepbx postfix/smtp[31076]: connect to _mx1.comcast.net[2001:558:fe16:1b::15]:25: Network is unreachable
May 30 11:57:52 freepbx postfix/smtp[31076]: connect to _mx2.comcast.net[2001:558:fe21:2a::6]:25: Network is unreachable

Posts: 1

Participants: 1

Read full topic

@dsirota wrote:

I’ve installed the SCCP Manager module on my server to help manage a set of Cisco 79xx phones. The phones work flawlessly, but I can’t make any changes to the Server Config section or make any changes that affect something inside the module.

When I try to submit changes from the GUI, I get this error banner at the top of the screen:

Screen Shot 2020-05-30 at 4.35.07 PM.jpg1756×248 67.7 KB

Interestingly enough, the sccp.conf file cannot be edited (“is not writable”) in Config Edit.

Would appreciate any insight into this issue, as I do need to make some changes!

Posts: 1

Participants: 1

Read full topic

@jheisler99 wrote:

I am very new to Freepbx and today we can’t make any outgoing or incoming calls. The 2 trunks we have say they are offline and the SIPstation says it can’t ping the servers. Again I am very new so I just need help to get it back online. Thanks!

Posts: 2

Participants: 2

Read full topic

@blongwe wrote:

Hi all,

Newbie here (my first post). So yesterday I tried downloading Zulu 3.5.0 (stable) for Mac OSX from the updater. It would get to about 97% then restart from 0. It did this a few times then the entire zulu updater site went down/became inaccessible for over 18 hours.

Today I have tried downloading again and keep getting the same behaviour. Download gets to between 90%-99% then resets and starts again from 0. I am downloading on a slow international link in Malawi so it’s taking about 30 minutes each time to get the whole 80-89mb before it starts again. Is there a hard link or alternate site/mirror to a .dmg file where I can try download?

Posts: 1

Participants: 1

Read full topic

@rdkerns wrote:

So here’s my issue. I have two PBX’s SITE A and SITE B.

When one employee in SITE A Calls another Employee in Site B it works fine. But when Employee in Site B has their find me follow me turned on the call to the Find Me/Follow Me destination fails. In this case the destination is a cellphone. If an employee in site b calls the same employee in site B the find me follow me works fine.

Posts: 9

Participants: 4

Read full topic

@goranmaximovic wrote:

Hello all,

I am trying to design a FreePBX system for about 400 extensions. A large proportion of those extensions will be analog, via 32port fxs gateway devices (13 of them to be exact), with just a few SIP phones. I cannot imagine them to have more than 100-150 concurrent calls.

My question is, what kind of server should I take into consideration?

I was thinking about Xeon 16core processor and 32GB of RAM. It’s important to note, that it will be a BASIC fixed telephony system - no bells and whistles like even call recording.

Thank you all.

Posts: 1

Participants: 1

Read full topic

@newbie745 wrote:

I am trying to troubleshoot why some extensions appear to be not allowed to use dial the PAGE ALL number. They can receive page but they cannot dial the page number (“call failed”)

I wonder if the responsible setting is in FreePBX or in the settings of the IP-Phones…

(I am using RasPBX, FreePBX 13.0.192.19, Grandstream GXP1405)

Posts: 1

Participants: 1

Read full topic

@claloano wrote:

Transfer with abnormal behavior

I have a system with freepbx that does a strange thing about transfers: “Call Forward All Activate * 72”

In practice, if an extension calls the extension that is being transferred, everything works but if the call comes from an external trunk, the transfer takes place but the communication is not heard.

The switchboard is in the cloud and between the cloud and the customer network there is a vpn, NAT problems I never had …
But above all, according to the client, the problem is not present on all extension but only on some

Posts: 5

Participants: 2

Read full topic

@Mypbx wrote:

Is there an overview/list over all subroutines currently used in freepbx and possible how to use these?

Currently I’ve set up a calendar in Freepbx which I want to use in an extension-addon.conf. As I learned from my previous question (and solution), I would not be surprised to see that I need again to call a Freepbx subroutine, but I can’t find documentation on the current subroutines.

Anyone?

Posts: 1

Participants: 1

Read full topic

@mvogel4949 wrote:

This past Friday I had a system suddenly stop processing outbound calls via PRI. The calls are absent from the CDR but I do see the attempts in the logfiles. I don’t see a specific reason myself but I’m hoping someone else can tell why these calls were not successful. Thank you.

2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@from-internal:1] Macro("SIP/149-00003d04", "user-callerid,LIMIT") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:1] Set("SIP/149-00003d04", "TOUCH_MONITOR=1590777419.39025") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:2] Set("SIP/149-00003d04", "AMPUSER=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:3] Set("SIP/149-00003d04", "HOTDESCKCHAN=149-00003d04") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:4] Set("SIP/149-00003d04", "HOTDESKEXTEN=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:5] Set("SIP/149-00003d04", "HOTDESKCALL=0") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:6] ExecIf("SIP/149-00003d04", "0?Set(HOTDESKCALL=1)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:7] ExecIf("SIP/149-00003d04", "0?Set(CALLERID(name)=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:8] GotoIf("SIP/149-00003d04", "0?report") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:9] ExecIf("SIP/149-00003d04", "1?Set(REALCALLERIDNUM=149)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:10] Set("SIP/149-00003d04", "AMPUSER=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:11] GotoIf("SIP/149-00003d04", "0?limit") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:12] Set("SIP/149-00003d04", "AMPUSERCIDNAME=Nicole Vivirito") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:13] ExecIf("SIP/149-00003d04", "0?Set(__CIDMASQUERADING=TRUE)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:14] GotoIf("SIP/149-00003d04", "0?report") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:15] Set("SIP/149-00003d04", "AMPUSERCID=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:16] Set("SIP/149-00003d04", "__DIAL_OPTIONS=HhTtr") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:17] Set("SIP/149-00003d04", "CALLERID(all)="Nicole Vivirito" <149>") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:18] Set("SIP/149-00003d04", "HOTDESCKCHAN=149-00003d04") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:19] Set("SIP/149-00003d04", "HOTDESKEXTEN=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:20] Set("SIP/149-00003d04", "HOTDESKCALL=0") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:21] ExecIf("SIP/149-00003d04", "0?Set(HOTDESKCALL=1)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:22] ExecIf("SIP/149-00003d04", "0?Set(CALLERID(name)=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:23] ExecIf("SIP/149-00003d04", "0?Set(CALLERID(all)="" <  >)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:24] ExecIf("SIP/149-00003d04", "0?Set(CALLERID(all)=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:25] GotoIf("SIP/149-00003d04", "0?limit") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:26] ExecIf("SIP/149-00003d04", "1?Set(GROUP(concurrency_limit)=149)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:27] ExecIf("SIP/149-00003d04", "0?Set(CHANNEL(language)=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:28] NoOp("SIP/149-00003d04", "Macro Depth is 1") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:29] GotoIf("SIP/149-00003d04", "1?report2:macroerror") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (macro-user-callerid,s,30)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:30] GotoIf("SIP/149-00003d04", "1?continue") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (macro-user-callerid,s,49)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:49] Set("SIP/149-00003d04", "CALLERID(number)=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:50] Set("SIP/149-00003d04", "CALLERID(name)=Nicole Vivirito") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:51] GotoIf("SIP/149-00003d04", "0?cnum") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:52] Set("SIP/149-00003d04", "CDR(cnam)=Nicole Vivirito") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:53] Set("SIP/149-00003d04", "CDR(cnum)=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-user-callerid:54] Set("SIP/149-00003d04", "CHANNEL(language)=en") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@from-internal:2] Set("SIP/149-00003d04", "ROUTEUSER=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@from-internal:3] Set("SIP/149-00003d04", "ROUTEUSER=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@from-internal:4] GotoIf("SIP/149-00003d04", "1?notblind") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (from-internal,16193847180,7)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@from-internal:7] GotoIf("SIP/149-00003d04", "1?restrictedroute-c4ca4238a0b923820dcc509a6f75849b,16193847180,2:outbound-allroutes,16193847180,2") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (restrictedroute-c4ca4238a0b923820dcc509a6f75849b,16193847180,2)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@restrictedroute-c4ca4238a0b923820dcc509a6f75849b:2] Gosub("SIP/149-00003d04", "sub-record-check,s,1(out,16193847180,dontcare)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:1] GotoIf("SIP/149-00003d04", "0?initialized") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:2] Set("SIP/149-00003d04", "__REC_STATUS=INITIALIZED") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:3] Set("SIP/149-00003d04", "NOW=1590777419") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:4] Set("SIP/149-00003d04", "__DAY=29") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:5] Set("SIP/149-00003d04", "__MONTH=05") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:6] Set("SIP/149-00003d04", "__YEAR=2020") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:7] Set("SIP/149-00003d04", "__TIMESTR=20200529-133659") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:8] Set("SIP/149-00003d04", "__FROMEXTEN=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:9] Set("SIP/149-00003d04", "__MON_FMT=wav") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:10] NoOp("SIP/149-00003d04", "Recordings initialized") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:11] ExecIf("SIP/149-00003d04", "0?Set(ARG3=dontcare)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:12] Set("SIP/149-00003d04", "REC_POLICY_MODE_SAVE=") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:13] ExecIf("SIP/149-00003d04", "0?Set(REC_STATUS=NO)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:14] GotoIf("SIP/149-00003d04", "3?checkaction") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (sub-record-check,s,17)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@sub-record-check:17] GotoIf("SIP/149-00003d04", "1?sub-record-check,out,1") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (sub-record-check,out,1)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [out@sub-record-check:1] NoOp("SIP/149-00003d04", "Outbound Recording Check from 149 to 16193847180") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [out@sub-record-check:2] Set("SIP/149-00003d04", "RECMODE=dontcare") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [out@sub-record-check:3] ExecIf("SIP/149-00003d04", "1?Goto(routewins)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (sub-record-check,out,7)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [out@sub-record-check:7] Gosub("SIP/149-00003d04", "recordcheck,1(dontcare,out,16193847180)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [recordcheck@sub-record-check:1] NoOp("SIP/149-00003d04", "Starting recording check against dontcare") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [recordcheck@sub-record-check:2] Goto("SIP/149-00003d04", "dontcare") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (sub-record-check,recordcheck,3)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [recordcheck@sub-record-check:3] Return("SIP/149-00003d04", "") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [out@sub-record-check:8] Return("SIP/149-00003d04", "") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@restrictedroute-c4ca4238a0b923820dcc509a6f75849b:3] ExecIf("SIP/149-00003d04", "0 ?Set(CDR(accountcode)=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@restrictedroute-c4ca4238a0b923820dcc509a6f75849b:4] Set("SIP/149-00003d04", "MOHCLASS=default") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@restrictedroute-c4ca4238a0b923820dcc509a6f75849b:5] ExecIf("SIP/149-00003d04", "0?Set(TRUNKCIDOVERRIDE=2628913656)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@restrictedroute-c4ca4238a0b923820dcc509a6f75849b:6] Set("SIP/149-00003d04", "_NODEST=") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [16193847180@restrictedroute-c4ca4238a0b923820dcc509a6f75849b:7] Macro("SIP/149-00003d04", "dialout-trunk,2,16193847180,,off") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:1] Set("SIP/149-00003d04", "DIAL_TRUNK=2") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:2] ExecIf("SIP/149-00003d04", "0?Set(DIAL_OPTIONS=Hhtr)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:3] GosubIf("SIP/149-00003d04", "0?sub-pincheck,s,1()") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:4] ExecIf("SIP/149-00003d04", "0?Set(CALLERID(num)=149)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:5] GotoIf("SIP/149-00003d04", "0?disabletrunk,1") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:6] Set("SIP/149-00003d04", "DIAL_NUMBER=16193847180") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:7] Set("SIP/149-00003d04", "DIAL_TRUNK_OPTIONS=HhTtr") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:8] Set("SIP/149-00003d04", "OUTBOUND_GROUP=OUT_2") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:9] Set("SIP/149-00003d04", "DIAL_TRUNK_OPTIONS=T") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:10] GotoIf("SIP/149-00003d04", "1?nomax") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (macro-dialout-trunk,s,12)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:12] GotoIf("SIP/149-00003d04", "0?skipoutcid") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:13] Macro("SIP/149-00003d04", "outbound-callerid,2") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:1] NoOp("SIP/149-00003d04", "149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:2] NoOp("SIP/149-00003d04", "") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:3] NoOp("SIP/149-00003d04", "off") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:4] ExecIf("SIP/149-00003d04", "0?Set(CALLERPRES(name-pres)=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:5] ExecIf("SIP/149-00003d04", "0?Set(CALLERPRES(num-pres)=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:6] Set("SIP/149-00003d04", "HOTDESCKCHAN=149-00003d04") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:7] Set("SIP/149-00003d04", "HOTDESKEXTEN=149") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:8] Set("SIP/149-00003d04", "HOTDESKCALL=0") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:9] ExecIf("SIP/149-00003d04", "0?Set(HOTDESKCALL=1)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:10] ExecIf("SIP/149-00003d04", "0?Set(CALLERID(name)=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:11] Set("SIP/149-00003d04", "ALLOWTHISROUTE=NO") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:12] ExecIf("SIP/149-00003d04", "0?Set(ALLOWTHISROUTE=YES)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:13] ExecIf("SIP/149-00003d04", "0?Hangup()") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:14] ExecIf("SIP/149-00003d04", "0?Set(REALCALLERIDNUM=149)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:15] ExecIf("SIP/149-00003d04", "0?Set(AMPUSER=149)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:16] GotoIf("SIP/149-00003d04", "1?normcid") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (macro-outbound-callerid,s,20)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:20] Set("SIP/149-00003d04", "USEROUTCID=2622886155") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:21] Set("SIP/149-00003d04", "EMERGENCYCID=") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:22] ExecIf("SIP/149-00003d04", "0?Set(EMERGENCYCID=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:23] Set("SIP/149-00003d04", "TRUNKOUTCID=2628913656") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:24] GotoIf("SIP/149-00003d04", "1?trunkcid") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx_builtins.c: Goto (macro-outbound-callerid,s,30)
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:30] ExecIf("SIP/149-00003d04", "1?Set(CALLERID(all)=2628913656)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:31] ExecIf("SIP/149-00003d04", "1?Set(CALLERID(all)=2622886155)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:32] ExecIf("SIP/149-00003d04", "0?Set(CALLERID(all)=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:33] ExecIf("SIP/149-00003d04", "0?Set(CALLERID(all)=149)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:34] Set("SIP/149-00003d04", "TIOHIDE=no") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:35] ExecIf("SIP/149-00003d04", "0?Set(CALLERPRES(name-pres)=prohib_passed_screen)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:36] ExecIf("SIP/149-00003d04", "0?Set(CALLERPRES(num-pres)=prohib_passed_screen)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:37] ExecIf("SIP/149-00003d04", "0?Set(CALLERPRES(name-pres)=prohib_passed_screen)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:38] ExecIf("SIP/149-00003d04", "0?Set(CALLERPRES(num-pres)=prohib_passed_screen)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:39] Set("SIP/149-00003d04", "CDR(outbound_cnum)=2622886155") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-outbound-callerid:40] Set("SIP/149-00003d04", "CDR(outbound_cnam)=") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:14] GosubIf("SIP/149-00003d04", "0?sub-flp-2,s,1()") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:15] Set("SIP/149-00003d04", "OUTNUM=16193847180") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:16] Set("SIP/149-00003d04", "custom=DAHDI/g0") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:17] ExecIf("SIP/149-00003d04", "0?Set(DIAL_TRUNK_OPTIONS=M(setmusic^default)T)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:18] ExecIf("SIP/149-00003d04", "0?Set(DIAL_TRUNK_OPTIONS=TM(confirm))") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:19] Macro("SIP/149-00003d04", "dialout-trunk-predial-hook,") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk-predial-hook:1] MacroExit("SIP/149-00003d04", "") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:20] GotoIf("SIP/149-00003d04", "0?bypass,1") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:21] ExecIf("SIP/149-00003d04", "1?Set(CONNECTEDLINE(num,i)=16193847180)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:22] ExecIf("SIP/149-00003d04", "1?Set(CONNECTEDLINE(name,i)=CID:2622886155)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:23] ExecIf("SIP/149-00003d04", "0?Set(CONNECTEDLINE(name,i)=CID:(Hidden)2622886155)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:24] GotoIf("SIP/149-00003d04", "0?customtrunk") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:25] ExecIf("SIP/149-00003d04", "0?Set(DIAL_TRUNK_OPTIONS=)") in new stack
[2020-05-29 13:36:59] VERBOSE[7648][C-00003019] pbx.c: Executing [s@macro-dialout-trunk:26] Dial("SIP/149-00003d04", "DAHDI/g0/16193847180,300,Tb(func-apply-sipheaders^s^1,(2))") in new stack

Posts: 1

Participants: 1

Read full topic

@cmstechnical wrote:

Hi All,

I am hoping to get some help. i had this working on an older version of Freepbx in the past and have followed multiple guides and youtube videos with no joy this time.

I need the most basic IAX2 trunk to transfer calls between two sites.

I have created a trunk on both sites (only outgoing as the guide suggested and ignored the incoming)

with the following

trunk name:
pbx1_to_pbx2

peer details:
type=friend
qualify=yes
host= (pbx2ip)
context=from-internal
disallow=-all
allow=ulaw

and the reverse on the other system only in outgoing.

IAX2 Info shows a peer connection on both

I have setup an outgoing route with dial plans on both and selected the trunks i created.

I am not very comfortable using the dial plans.

One system has extensions 213 - 223 and 801 to 809
The other has extensions 201 - 210

I have tried X. and just . on them both and both says all circuits are busy

Any suggestions welcome

Posts: 3

Participants: 2

Read full topic

@claloano wrote:

Transfer with abnormal behavior

I have a system with freepbx that does a strange thing about transfers: “Call Forward All Activate * 72”

In practice, if an extension calls the extension that is being transferred, everything works but if the call comes from an external trunk, the transfer takes place but the communication is not heard.

The switchboard is in the cloud and between the cloud and the customer network there is a vpn, NAT problems I never had …
But above all, according to the client, the problem is not present on all extension but only on some

Posts: 5

Participants: 2

Read full topic

@wzkds wrote:

Every time I click ‘Submit’ after making any changes I get the following error message:
PDOException (42000) SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '.197.21 AND foreign_id = '999" at line 1.

In this specific image I had made a change to extension 999.

I located a thread (https://issues.freepbx.org/browse/FREEPBX-19405) from a year ago and tried the suggestion but I’m not sure which module is relevant to this issue under Module Admin.

image.jpg955×683 171 KB

---

_POST from Feb 2019: _
https://issues.freepbx.org/browse/FREEPBX-19405
Kapil Gupta added a comment - 01/Feb/19 12:23 PM

Pms v15.0.2.3
Pms v14.0.2.29
Pms v13.0.2.31

This module has been published and is now in the “edge” track

To enable the edge track, go to “Advanced settings and set “Set Module Admin to Edge mode” to “Yes”

Then go to module admin and click “Check Online”. Note this will show updates for ALL modules in the edge track. Update the module(s) relevant to your issue.

Once finished go to “Advanced settings and set “Set Module Admin to Edge mode” to “No”

You may also upgrade from the command line with “fwconsole ma --edge upgrade MODULENAME”
replacing MODULENAME with the modules rawname which can be seen in “fwconsole ma list”

Please feel free to test and verify your issue is fixed.

This module will be pushed to the Stable repo as soon as it meets the criteria for transition.

Posts: 2

Participants: 2

Read full topic

@pbx_noob wrote:

I’ve been running FreePBX on a Pi - unfortunately it’s suddenly died. Probably an SD card problem. Fairly common, sadly. Now, I have recent backups, but they’re in another country. The most recent backup to hand I have is about six months out of date.

Now curiously I’ve popped the SD card into another Linux box I have and I can see the file/folder structure just fine…so I’m hoping to SCP them off…

I’m wondering how successful it would be to try to restore FreePBX and all my settings and voice files this way?? How would I go about it, please? Are there certain things which will or won’t work? Any files/folders not to even attempt restoring?

It feels like this is potentially something that isn’t a disaster…really hope I can sort this without a start from scratch…

Thank you!

Posts: 1

Participants: 1

Read full topic

@pcurry wrote:

Hey guys,
I don’t know if this is a new issue or not but all of a sudden over the weekend I realized that the call confirm in my queues has stopped working? It now just connects my calls directly to the first user that answers (instead of requiring to press 1 before connecting). I have tested it in the Find Me / Follow Me on the Extension level and that works . Could this be a bug???
I’m on FreePBX version 14.0.13.33 and Asterisk version 16.9.0

Here is part of the asterisk CLI log
– Executing [recordcheck@sub-record-check:3] Return (" PJSIP/XXX-0000104b ", “”) in new stack

– Executing [s@sub-record-check:20] Return (" PJSIP/XXX-0000104b ", “”) in new stack

– Executing [Queue#@from-internal:30] Set (" PJSIP/XXX-0000104b ", " __CFIGNORE=TRUE ") in new stack

– Executing [Queue#@from-internal:31] Set (" PJSIP/XXX-0000104b ", " __FORWARD_CONTEXT=block-cf ") in new stack

– Executing [Queue#@from-internal:32] Set (" PJSIP/XXX-0000104b ", " __SIGNORE=TRUE ") in new stack

– Executing [Queue#@from-internal:33] Set (" PJSIP/XXX-0000104b ", " __QC_CONFIRM=1 ") in new stack

– Executing [Queue#@from-internal:34] GotoIf (" PJSIP/XXX-0000104b ", " 1?QVQANNOUNCE:NOQVQANNOUNCE ") in new stack

– Goto (from-internal,Queue#,35)

– Executing [Queue#@from-internal:35] Set (" PJSIP/XXX-0000104b ", " __FORCE_CONFIRM=PJSIP/XXX-0000104b ") in new stack

– Executing [Queue#@from-internal:36] Set (" PJSIP/XXX-0000104b ", " SHARED(ANSWER_STATUS)=NOANSWER ") in new stack

– Executing [Queue#@from-internal:37] Set (" PJSIP/XXX-0000104b ", " __CALLCONFIRMCID=XXX ") in new stack

– Executing [Queue#@from-internal:38] Set (" PJSIP/XXX-0000104b ", " __ALT_CONFIRM_MSG=default ") in new stack

– Executing [Queue#@from-internal:39] Set (" PJSIP/XXX-0000104b ", " VQ_CONFIRMMSG= ") in new stack

– Executing [Queue#@from-internal:40] ExecIf (" PJSIP/XXX-0000104b ", " 0?Playback(, ) ") in new stack

– Executing [Queue#@from-internal:41] QueueLog (" PJSIP/XXX-0000104b ", " Queue#,1591101683.6302,NONE,DID, ") in new stack

– Executing [Queue#@from-internal:42] Set (" PJSIP/XXX-0000104b ", " QAANNOUNCE= ") in new stack

– Executing [Queue#@from-internal:43] Set (" PJSIP/XXX-0000104b ", " VQ_AANNOUNCE= ") in new stack

– Executing [Queue#@from-internal:44] Set (" PJSIP/XXX-0000104b ", " QMOH= ") in new stack

– Executing [Queue#@from-internal:45] Set (" PJSIP/XXX-0000104b ", " VQ_MOH= ") in new stack

– Executing [Queue#@from-internal:46] ExecIf (" PJSIP/XXX-0000104b ", " 0?Set(__MOHCLASS=) ") in new stack

– Executing [Queue#@from-internal:47] ExecIf (" PJSIP/XXX-0000104b ", " 0?Set(CHANNEL(musicclass)=) ") in new stack

– Executing [Queue#@from-internal:48] Set (" PJSIP/XXX-0000104b ", " QMAXWAIT=300 ") in new stack

– Executing [Queue#@from-internal:49] Set (" PJSIP/XXX-0000104b ", " VQ_MAXWAIT= ") in new stack

– Executing [Queue#@from-internal:50] Set (" PJSIP/XXX-0000104b ", " QUEUENUM=Queue# ") in new stack

– Executing [Queue#@from-internal:51] Set (" PJSIP/XXX-0000104b ", " QUEUEJOINTIME=1591101684 ") in new stack

– Executing [Queue#@from-internal:52] Queue (" PJSIP/XXX-0000104b ", " Queue#,t,300, ") in new stack

Posts: 1

Participants: 1

Read full topic

@yusofyaghi90 wrote:

Hi All,

Hope everyone is doing well. I’m in a little bit of a pickle. Today our PBX system stopped receiving calls from our provider (Plivo). When doing some digging, CDR doesn’t show any calls, logging into the CLI and putting asterisk in debug mode, I don’t see anything on the screen. However, when I run a packet capture on the PBX system and make a call, I see the following:

488 Not Acceptable Here.

When I look at plivos end, I see the follwoing:

Hangup Cause	sdp_not_acceptable_here_by_customer
Hangup Code	4640

I’m the sole administrator for this PBX and I have not changed/updated the system for at least a month (until today after the issue as a troubleshooting step).
I read a few forum posts but nothing has seemed to work.

I should note, calls to and from Twilio are working.

Below is the SIP info:
INVITE sip:+1XXXXXXXXXX@142.XX.XX.XX SIP/2.0
Via: SIP/2.0/UDP 13.52.9.100:5060;branch=z9hG4bKad1.64c9a76d32f6e9dd2259b854810af3a4.0
From: sip:+1XXXXXXXXXX@zt.plivo.com:5060;isup-oli=62;tag=gK02288be6
To: sip:+1XXXXXXXXXX@142.XX.XX.XX
Call-ID: 1375900831_27236699@4.55.72.99
CSeq: 16624 INVITE
Max-Forwards: 64
Content-Length: 277
Content-Disposition: session; handling=required
Content-Type: application/sdp
User-Agent: Zentrunk
Accept: application/sdp
Allow: INVITE,ACK,CANCEL,BYE,UPDATE
P-Asserted-Identity: sip:+1XXXXXXXXXX@10.200.72.230
Contact: sip:btpsh-5e97fb2c-31-2c63@13.52.9.100

v=0
o=Sonus_UAC 23680 24208 IN IP4 18.214.109.221
s=SIP Media Capabilities
c=IN IP4 18.214.109.221
t=0 0
m=audio 15690 RTP/AVPF 0 101
a=maxptime:20
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=rtcp:15691 IN IP4 18.214.109.221
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 13.52.9.100:5060;rport=5060;received=13.52.9.100;branch=z9hG4bKad1.64c9a76d32f6e9dd2259b854810af3a4.0
Call-ID: 1375900831_27236699@4.55.72.99
From: <sip:+1XXXXXXXXXX@zt.plivo.com;isup-oli=62>;tag=gK02288be6
To: <sip:+1XXXXXXXXXX@142.XX.XX.XX>
CSeq: 16624 INVITE
Server: FPBX-15.0.16.49(16.9.0)
Content-Length:  0

SIP/2.0 488 Not Acceptable Here
Via: SIP/2.0/UDP 13.52.9.100:5060;rport=5060;received=13.52.9.100;branch=z9hG4bKad1.64c9a76d32f6e9dd2259b854810af3a4.0
Call-ID: 1375900831_27236699@4.55.72.99
From: <sip:+1XXXXXXXXXX@zt.plivo.com;isup-oli=62>;tag=gK02288be6
To: <sip:+1XXXXXXXXXX@142.XX.XX.XX>;tag=9d596abe-ad7c-4fbd-bf36-a4a7ccf2c1f5
CSeq: 16624 INVITE
Server: FPBX-15.0.16.49(16.9.0)
Content-Length:  0

Any help is greatly appreciated

Posts: 1

Participants: 1

Read full topic