Demo-Congrats Message is Playing Randomly

[cjkeeme]

This morning I received a call from a client saying when people are calling in they receive the proper IVR message, but when they press 3 to get to a receptionist the following message plays:

Congratulations. You have successfully installed and executed the Asterisk open source PBX. You have also installed a set of sample sounds and configuration files that should help you to get started. Like a normal PBX, you will navigate this demonstration by dialing digits. If you are using a console channel driver instead of a real phone you can use the dial, answer, and hang up commands to simulate the actions of a standard telephone.

I've made no changes to the system. This is the second time it has happened and all I can do to fix it is create another queue. I am running PBX in a Flash 1.3 on an Intel Atom board.

Here it is playing the 'demo-congrats' message:

[2008-12-08 09:00:47] VERBOSE[5410] logger.c:     -- Executing [1234@from-internal:1] Playback("Local/1234@from-internal-f199,2", "demo-congrats") in new stack
[2008-12-08 09:00:47] VERBOSE[5410] logger.c:     -- <Local/1234@from-internal-f199,2> Playing 'demo-congrats' (language 'en')

Here is part of the log file I found odd - particularly the 'not found in database' part:

[2008-12-08 09:00:47] VERBOSE[5413] logger.c:     -- Executing [s@macro-exten-vm:2] Set("Local/102@from-internal-1b5d,2", "RingGroupMethod=none") in new stack
[2008-12-08 09:00:47] DEBUG[5413] app_macro.c: Executed application: Set
[2008-12-08 09:00:47] VERBOSE[5413] logger.c:     -- Executing [s@macro-exten-vm:3] Set("Local/102@from-internal-1b5d,2", "VMBOX=102") in new stack
[2008-12-08 09:00:47] DEBUG[5413] app_macro.c: Executed application: Set
[2008-12-08 09:00:47] VERBOSE[5413] logger.c:     -- Executing [s@macro-exten-vm:4] Set("Local/102@from-internal-1b5d,2", "EXTTOCALL=102") in new stack
[2008-12-08 09:00:47] DEBUG[5413] app_macro.c: Executed application: Set
[2008-12-08 09:00:47] DEBUG[5413] func_db.c: DB: CFU/102 not found in database.
[2008-12-08 09:00:47] VERBOSE[5413] logger.c:     -- Executing [s@macro-exten-vm:5] Set("Local/102@from-internal-1b5d,2", "CFUEXT=") in new stack
[2008-12-08 09:00:47] DEBUG[5413] app_macro.c: Executed application: Set
[2008-12-08 09:00:47] DEBUG[5413] func_db.c: DB: CFB/102 not found in database.
[2008-12-08 09:00:47] VERBOSE[5413] logger.c:     -- Executing [s@macro-exten-vm:6] Set("Local/102@from-internal-1b5d,2", "CFBEXT=") in new stack
[2008-12-08 09:00:47] DEBUG[5413] app_macro.c: Executed application: Set
[2008-12-08 09:00:47] VERBOSE[5413] logger.c:     -- Executing [s@macro-exten-vm:7] Set("Local/102@from-internal-1b5d,2", "RT=20") in new stack
[2008-12-08 09:00:47] DEBUG[5413] app_macro.c: Executed application: Set

Has anyone seen this happen before?

 

[jroper]

Hi

You must be dialling 1234 somehow to get to that.

I'd be tempted to comment out the 1234 extension in extensions_custom.conf

Joe

 

[cjkeeme]

According to the logs it is trying to dial extension 100-102 just like it is set to. It then gives the odd message in my first post of saying 'not found in database' at which point it plays 'demo-congrats'.

I'm thinking if I comment out the 'demo-congrats' I would just here silence. Everything else on the system is functioning properly aside from this.

It seems completely random.



Here is exactly what is happening - Perhaps it is not evening trying to dial ext 100-102 like it is set to:

[2008-12-08 10:45:56] VERBOSE[13192] logger.c: -- Executing [3000@ext-queues:15] Set("SIP/XXX-b7c44a40", "CALLERID(name)=MAIN:Tucson, AZ Cell Phone") in new stack
[2008-12-08 10:45:56] VERBOSE[13192] logger.c: -- Executing [3000@ext-queues:16] Set("SIP/XXX-b7c44a40", "MONITOR_FILENAME=/var/spool/asterisk/monitor/q3000-20081208-104556-1228758349.2003") in new stack
[2008-12-08 10:45:56] VERBOSE[13192] logger.c: -- Executing [3000@ext-queues:17] Set("SIP/XXX-b7c44a40", "__CWIGNORE=TRUE") in new stack
[2008-12-08 10:45:56] VERBOSE[13192] logger.c: -- Executing [3000@ext-queues:18] Queue("SIP/XXX-b7c44a40", "3000|t||") in new stack
[2008-12-08 10:45:56] VERBOSE[13192] logger.c: -- Started music on hold, class 'default', on SIP/XXX-b7c44a40
[2008-12-08 10:45:56] VERBOSE[13194] logger.c: -- Executing [1234@from-internal:1] Playback("Local/1234@from-internal-ab91,2", "demo-congrats") in new stack
[2008-12-08 10:45:56] VERBOSE[13194] logger.c: -- <Local/1234@from-internal-ab91,2> Playing 'demo-congrats' (language 'en')
[2008-12-08 10:45:56] VERBOSE[13192] logger.c: -- Local/1234@from-internal-ab91,1 answered SIP/XXX-b7c44a40

 

[jmullinix]

Any chance one of the phones is forwarded to 1234?

 

[cjkeeme]

Any chance one of the phones is forwarded to 1234?

I'd say no - as to fix the problem all I have to do is create a new queue with the same exact settings. I'm really lost here.

I'm not doing anything too special on this box. I have a Rhino card installed and am using the PBX Management tool by Joe Roper. Both operate flawlessly.

When I first installed I had a Queue 1000 and 2000. I eventually received the 'demo-congrats' for no apparent reason. Then I setup 3000 and 4000. Same 'demo-congrats' message a month and a half later. I just setup 8000 and 9000.

For fun, today I re-setup the 1000 queue the way it used to be setup and it worked just fine. This one really has be puzzled.

 

[jroper]

It's unlikely to be anything to do with PBX management - it does not touch the dial plan, just the Database passwords and AMI password.

Are you playing standard music on hold?

I would still be tempted to disable 1234 context - if it cannot find the extension it may throw up some more useful output, that may help to identify the problem.

Joe

 

[cjkeeme]

I have commented out the 1234 context. Preliminary results are positive and it seems to be acting correctly. I have to wait until about 7PM (-7 GMT) to make sure this fixes the problem and print out the logs as people are working until then.

I'll post back soon.

EDIT: Well, it seems Joe's suggestion of editing out the 1234 context in extension_custom.conf did the trick. Why did this work? I don't know, but thanks!

 

[cjkeeme]

Just wanted to touch base on this again. I installed a new system with PBXIAF 1.4 and experienced the same issue again. This system has nothing special installed except for the Aastra XML scripts. It seems to only effect queues. Commented out the context Joe suggested above and all is back to normal.

I say this is a bug and perhaps this context should be commented out in the ISO release as there is no need for it anyway.

 

[Rawstorne]

Hi Jeff!

I have, more or less, the same problem.

Doesn't matter which extension I dial, Alison greets me with: "Congratulations..."

It is a new install and I have updated everything to the latest.

I have commented out as per below with no success. Is this correct?

Edit: extensions_custom.conf


;exten => 1234,1,Playback(demo-congrats) ; extensions can dial 1234
;exten => 1234,2,Hangup()
exten => h,1,Hangup()
include => custom-recordme ; extensions can also dial 5678

Thank you!

Rawstorne

 

[Rawstorne]

OK

I reinstalled. Third time lucky. It works. I am pretty sure the install was different this time though. CentOS didn't show the GUI setup, as with the previous attempt. It also didn't give me partitioning options (GUI), it just formatted the hdd.

Anyway, I still need to config the Sangoma 102d. Maybe the wanpipe drivers was the problem? I'll find out tomorrow morning.

Greetings!

 

[Greg]

For reference

Hopefully this will save someone else from the headache of a full reinstallation.
We had the exact same problem - all internal or external calls just played the demo-congrats file.
The problem is caused by the last question when you install Sangoma drivers "would you like to install code examples..." or something along those lines.

What this does is stick a few lines of code at the end of /etc/asterisk/extensions.conf - see below.
Simply comment these out with a semi-colon, reload modules from the asterisk console and job done.


;Sangoma BRI Incoming Contexts
;By default, the wancfg_smg utility will add
; 1. TE spans to the from-pstn context
; 2. NT spans to the from-internal context

;[from-pstn]
;exten => _X.,1,noop
;exten => _X.,n,Playback(demo-congrats)
;exten => _X.,n,Goto(1)
;exten => _X.,n,Hangup

;[from-internal]
;exten => _X.,1,noop
;exten => _X.,n,Playback(demo-congrats)
;exten => _X.,n,Goto(1)
;exten => _X.,n,Hangup