And one more for tonight. This if from the debug log (remember, Zap channel 1 is extension 201:

Aug 6 23:37:28 VERBOSE[1988]: -- Starting simple switch on 'Zap/1-1'
Aug 6 23:37:30 DEBUG[1988]: DTMF digit: * on Zap/1-1
Aug 6 23:37:30 DEBUG[1988]: DTMF digit: 6 on Zap/1-1
Aug 6 23:37:30 DEBUG[1988]: DTMF digit: 5 on Zap/1-1
Aug 6 23:37:30 DEBUG[1988]: Enabled echo cancellation on channel 1
Aug 6 23:37:30 VERBOSE[1988]: -- Executing Answer("Zap/1-1", "") in new stack
Aug 6 23:37:30 DEBUG[1988]: Took Zap/1-1 off hook
Aug 6 23:37:30 VERBOSE[1988]: -- Executing AGI("Zap/1-1", "festival-script.pl|Your phone number is 400.") in new stack Aug 6 23:37:30 VERBOSE[1988]: -- Launched AGI Script /var/lib/asterisk/agi-bin/festival-script.pl
Aug 6 23:37:34 DEBUG[1988]: Scheduling timer at 160 sample intervals
Aug 6 23:37:37 DEBUG[1988]: Scheduling timer at 60 sample intervals
Aug 6 23:37:37 DEBUG[1988]: Scheduling timer at 0 sample intervals
Aug 6 23:37:37 DEBUG[1988]: Scheduling timer at 0 sample intervals
Aug 6 23:37:37 VERBOSE[1988]: -- AGI Script festival-script.pl completed, returning 0 Aug 6 23:37:37 VERBOSE[1988]: -- Executing Hangup("Zap/1-1", "") in new stack Aug 6 23:37:37 VERBOSE[1988]: == Spawn extension (from-internal, *65, 3) exited non-zero on 'Zap/1-1' Aug 6 23:37:37 VERBOSE[1988]: -- Executing Macro("Zap/1-1", "hangupcall") in new stack Aug 6 23:37:37 VERBOSE[1988]: -- Executing ResetCDR("Zap/1-1", "w") in new stack

Also, I found an entry to call the 'dumpvars' macro. Here is the result of that: Aug 6 23:42:33 VERBOSE[1988]: -- Executing Macro("Zap/1-1", "dumpvars") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "ACCOUNTCODE=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "ANSWEREDTIME=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "BLINDTRANSFER=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "CALLERID="Putnam Family" <400>") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "CALLERIDNAME=Putnam Family") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "CALLERIDNUM=400") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "CALLINGPRES=0") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "CHANNEL=Zap/1-1") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "CONTEXT=macro-dumpvars") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "DATETIME=06082005-23:42:33") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "DIALEDPEERNAME=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "DIALEDPEERNUMBER=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "DIALEDTIME=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "DIALSTATUS=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "DNID=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "EPOCH=1123386153") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "EXTEN=s") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "HANGUPCAUSE=0") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "INVALID_EXTEN=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "LANGUAGE=en") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "MEETMESECS=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "PRIORITY=22") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "RDNIS=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "SIPDOMAIN=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "SIP_CODEC=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "SIPCALLID=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "SIPUSERAGENT=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "TIMESTAMP=20050806-234233") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "TXTCIDNAME=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "UNIQUEID=1123386151.1") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "TOUCH_MONITOR=") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "MACRO_CONTEXT=from-internal") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "MACRO_EXTEN=444") in new stack Aug 6 23:42:33 VERBOSE[1988]: -- Executing NoOp("Zap/1-1", "MACRO_PRIORITY=1") in new stack

A call started on channel 1 (ext 201) but it tells me that it's extention 400. If I'm not mistaken, the festival script looks at the callerid which is being reported incorrect, I'm assuming. Now to just hunt down where it's wrong, but I'm not sure if it's in the .conf file anywheres....

Mike

----- Original Message ----- From: "Mike Putnam" <[EMAIL PROTECTED]> To: "Asterisk Users Mailing List - Non-Commercial Discussion" <[email protected]>
Sent: Saturday, August 06, 2005 9:26 PM
Subject: Re: [Asterisk-Users] TDM400P - All extensions have same CallerID


I'm starting to see other postings now in other forums (on Digium and AAH) about this same issue. It's starting to look possibly like an AMP problem, but there is nothing in their forums about it.

If I find anything, I'll be sure to post here.

Mike

----- Original Message ----- From: "Mike Putnam" <[EMAIL PROTECTED]> To: "Asterisk Users Mailing List - Non-Commercial Discussion" <[email protected]>
Sent: Saturday, August 06, 2005 9:08 PM
Subject: Re: [Asterisk-Users] TDM400P - All extensions have same CallerID


As I stated before, this is my first system. I'm trying to "provide useful input" but I'm not sure what to include. I didn't think you all would want to see config after config after config. I'll gladly supply config files, I'm just not sure which ones are relevent.

The first one requested is the zapata files. Here they are:

zapata.conf
=============================================
;
; Zapata telephony interface
;
; Configuration file

[trunkgroups]

[channels]

language=en
context=from-pstn
signalling=fxs_ks
rxwink=300  ; Atlas seems to use long (250ms) winks
;
; Whether or not to do distinctive ring detection on FXO lines
;
;usedistinctiveringdetection=yes

usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
echotraining=800
rxgain=4.0
txgain=0.0
group=0
callgroup=1
pickupgroup=1
immediate=no

;faxdetect=both
faxdetect=incoming
;faxdetect=outgoing
;faxdetect=no

;Include AMP configs
#include zapata_additional.conf

;Include genzaptelconf configs
#include zapata-auto.conf
=====================================

zapata-auto.conf
=====================================
; Autogenerated by /usr/local/sbin/genzaptelconf -- do not hand edit
; Zaptel Channels Configurations (zapata.conf)
;
; This is not intended to be a complete zapata.conf. Rather, it is intended ; to be #include-d by /etc/zapata.conf that will include the global settings
;

; Span 1: WCTDM/0 "Wildcard TDM400P REV E/F Board 1"
signalling=fxo_ks
; Note: this is an extension. Create a ZAP extension in AMP for Channel 1
context=from-internal
group=1
channel => 1

signalling=fxo_ks
; Note: this is an extension. Create a ZAP extension in AMP for Channel 2
context=from-internal
group=1
channel => 2

signalling=fxs_ks
; Note: this is a trunk. Create a ZAP trunk in AMP for Channel 3
context=from-pstn
group=0
channel => 3

signalling=fxs_ks
; Note: this is a trunk. Create a ZAP trunk in AMP for Channel 4
context=from-pstn
group=0
channel => 4

==========================================

zapata_addional.conf
==========================================
;;;;;;[201]
signalling=fxo_ks
record_out=On-Demand
record_in=On-Demand
[EMAIL PROTECTED]
echotraining=800
echocancelwhenbridge=no
echocancel=yes
context=from-internal
callprogress=no
callerid="Mike Putnam" <201>
busydetect=no
busycount=7
channel=>1

;;;;;;[400]
signalling=fxo_ks
record_out=On-Demand
record_in=On-Demand
[EMAIL PROTECTED]
echotraining=800
echocancelwhenbridge=no
echocancel=yes
context=from-internal
callprogress=no
callerid="Putnam Family" <400>
busydetect=no
busycount=7
channel=>2

=================================

As you can see, the channels are set properly. One thing I did notice is all of the ;;;;;;;;;; in front of the [ext] sections. Does that seem correct? I removed them and it didn't change anything. Other files that you would like to look at?

Also, I'm not sure how to get a trace of the call. Again, trying to get my head wrapped around all of this. The good thing is once I know how to do it, I don't need to ask again.

Thanks,

Mike

----- Original Message ----- From: "Tzafrir Cohen" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Saturday, August 06, 2005 9:13 AM
Subject: Re: [Asterisk-Users] TDM400P - All extensions have same CallerID


On Sat, Aug 06, 2005 at 09:02:30AM -0600, Mike Putnam wrote:

Any and all suggestions are greatly appreciated.

Provide some useful input:

* the relevant config files

* a CLI trace of the course of a problematic call, after you have set
 verbosity to a resonable value. E.g: 'set verbose 3'.

Isn't this "in the FAQ"? (what exactly is "The FAQ"?)

--
Tzafrir Cohen         | [EMAIL PROTECTED] | VIM is
http://tzafrir.org.il |                           | a Mutt's
[EMAIL PROTECTED] |                           |  best
ICQ# 16849755         |                           | friend
_______________________________________________
Asterisk-Users mailing list
[email protected]
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users







_______________________________________________
Asterisk-Users mailing list
[email protected]
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users







_______________________________________________
Asterisk-Users mailing list
[email protected]
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users







_______________________________________________
Asterisk-Users mailing list
[email protected]
http://lists.digium.com/mailman/listinfo/asterisk-users
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to