Not Logged in - No Account?

Don't have an account? Registering an account with us allows you to post to the forums, easily track new posts, subscribe to threads, pm (private message) other forum members, and receive periodic news letters (you can opt out if you desire). Once you are logged in this message will no longer appear. If you don't have an account, you can create one by registering here. Lost your password, request a new password. We respect your privacy which means we collect minimal information when you register and we do not resell that information or use it in any objectionable way. You can review our privacy policy for full details.

Online Support

Online support offers you two links, one to this Wiki, the other to a built-in IRC client

IRC Online Support

Clicking on this loads a Java IRC client, which connects to the
FreeNode? IRC network, and joins the '#freepbx' channel, where most of
the developers are.

NOTE

When you join the IRC channel, the FreePBX version you're using,
and the kernel version of your machine will be sent to everyone in the
channel automatically. This is to assist developers with diagnosing any
problems you have, but also may cause you to have privacy concerns. If
you do not wish this information to become public, DO NOT USE THIS
CLIENT.

Printer-friendly version
Login or register to post comments

How to configure a trunk to call out without registering?

On October 9th, 2007 jackyzrk (tadpole) said:

I need to send calls to another sip server without registering.just routing.And the server require the username and password for the call.I have called out successfully by one softphone,but with the freepbx,I add a new trunk and it failed.Here I capture the packages of softphone.
Showed as below: Can any one help me! Thanks forever.

Session Initiation Protocol
Request-Line: INVITE sip:8613318858199@203.208.198.208:5040 SIP/2.0
Method: INVITE
Resent Packet: False
Message Header
User-Agent: MRUA936_1.0.9_GP1
Contact: NUERA-ID
Contact Binding: NUERA-ID
URI: NUERA-ID
SIP Display info: NUERA-ID
SIP contact address: sip:123456789@192.168.0.200:5040
Supported: timer
Session-Expires: 20
ClientToken: 6.1.1.1.1;0ff70f48e569308031d88e07fc27c130adb27c559a89159087a30f41850e8df45ee3fa3bed7c1f6049c2ae1c076d60db5d147142ec8e8153aea5101b16aeedb2
Via: SIP/2.0/UDP 192.168.0.200:5040;branch=z9hG4bK5052
From: ;tag=11980
SIP from address: sip:123456789@192.168.0.200:5040
SIP tag: 11980
To: 8613318858199
SIP Display info: 8613318858199
SIP to address: sip:8613318858199@203.208.198.208:5040
Call-ID: d4d300f0454b45e392bdce54418f8281@192.168.0.200
Max-Forwards: 10
CSeq: 871 INVITE
Content-Type:application/sdp
Content-Length: 130

every time I call out through Freepbx, the sip server reply 404

On October 9th, 2007 jackyzrk (tadpole) said:

404,means not found.

CID Prefixes getting stripped on Ring Groups and/or Inbound

On November 2nd, 2007 kidafius (tadpole) said:

This is not a duplicate of 2191. The CID Prefixes i set on either Ring Groups, Inbound Routes, or both are getting stripped. Please see the following that shows where its getting yanked. This was happing on FreePBX 2.3.0.1 and now on 2.3.1.0. Asterisk version is 1.4.11.

[Nov 1 15:33:06] VERBOSE[5798] logger.c: -- Accepting call from '9729796554' to '9725953316' on channel 0/13, span 1
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [9725953316@from-pstn:1] Set("Zap/13-1", "__FROM_DID=9725953316") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [9725953316@from-pstn:2] GotoIf("Zap/13-1", "0 ?cidok") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [9725953316@from-pstn:3] Set("Zap/13-1", "CALLERID(name)=9729796554") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [9725953316@from-pstn:4] NoOp("Zap/13-1", "CallerID is "9729796554" <9729796554>") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [9725953316@from-pstn:5] Set("Zap/13-1", "_RGPREFIX=HHS:") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [9725953316@from-pstn:6] Set("Zap/13-1", "CALLERID(name)=HHS:9729796554") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [9725953316@from-pstn:7] Goto("Zap/13-1", "ext-group|4709|1") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Goto (ext-group,4709,1)
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:1] Macro("Zap/13-1", "user-callerid|") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:1] NoOp("Zap/13-1", "user-callerid: HHS:9729796554 9729796554") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: Noop
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:2] Set("Zap/13-1", "AMPUSER=9729796554") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: Set
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:3] GotoIf("Zap/13-1", "0?report") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: GotoIf
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:4] GotoIf("Zap/13-1", "0?start") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: GotoIf
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:5] Set("Zap/13-1", "REALCALLERIDNUM=9729796554") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: Set
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:6] NoOp("Zap/13-1", "REALCALLERIDNUM is 9729796554") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: NoOp
[Nov 1 15:33:06] DEBUG[6292] db.c: Unable to find key '9729796554/user' in family 'DEVICE'
[Nov 1 15:33:06] DEBUG[6292] func_db.c: DB: DEVICE/9729796554/user not found in database.
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:7] Set("Zap/13-1", "AMPUSER=") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: Set
[Nov 1 15:33:06] DEBUG[6292] db.c: Unable to find key '/cidname' in family 'AMPUSER'
[Nov 1 15:33:06] DEBUG[6292] func_db.c: DB: AMPUSER//cidname not found in database.
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:8] Set("Zap/13-1", "AMPUSERCIDNAME=") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: Set
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:9] GotoIf("Zap/13-1", "1?report") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Goto (macro-user-callerid,s,13)
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: GotoIf
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:13] NoOp("Zap/13-1", "TTL: ARG1: ") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: Noop
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:14] GotoIf("Zap/13-1", "0?continue") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: GotoIf
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:15] Set("Zap/13-1", "__TTL=64") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: Set
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:16] GotoIf("Zap/13-1", "1?continue") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Goto (macro-user-callerid,s,23)
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: GotoIf
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [s@macro-user-callerid:23] NoOp("Zap/13-1", "Using CallerID "HHS:9729796554" <9729796554>") in new stack
[Nov 1 15:33:06] DEBUG[6292] app_macro.c: Executed application: NoOp
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:2] GotoIf("Zap/13-1", "1?skipdb") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Goto (ext-group,4709,4)
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:4] Set("Zap/13-1", "__NODEST=") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:5] Set("Zap/13-1", "__BLKVM_OVERRIDE=BLKVM/4709/Zap/13-1") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:6] Set("Zap/13-1", "__BLKVM_BASE=4709") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:7] Set("Zap/13-1", "DB(BLKVM/4709/Zap/13-1)=TRUE") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:8] Set("Zap/13-1", "RRNODEST=") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:9] Set("Zap/13-1", "__NODEST=4709") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:10] GotoIf("Zap/13-1", "0?REPCID") in new stack
[Nov 1 15:33:06] DEBUG[5798] chan_zap.c: Echo cancellation already on
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:11] GotoIf("Zap/13-1", "0?REPCID") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:12] NoOp("Zap/13-1", "Current RGPREFIX is HHS:....stripping from Caller ID") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:13] Set("Zap/13-1", "CALLERID(name)=9729796554") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:14] Set("Zap/13-1", "_RGPREFIX=") in new stack
[Nov 1 15:33:06] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:15] NoOp("Zap/13-1", "CALLERID(name) is 9729796554") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:16] Set("Zap/13-1", "_RGPREFIX=HHS:") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:17] Set("Zap/13-1", "CALLERID(name)=HHS:9729796554") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:18] Set("Zap/13-1", "RecordMethod=Group") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:19] Macro("Zap/13-1", "record-enable|4246-92144128164#|Group") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [s@macro-record-enable:1] GotoIf("Zap/13-1", "0?2:4") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Goto (macro-record-enable,s,4)
[Nov 1 15:33:07] DEBUG[6292] app_macro.c: Executed application: GotoIf
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [s@macro-record-enable:4] AGI("Zap/13-1", "recordingcheck|20071101-153307|1193949186.29042") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Launched AGI Script /var/lib/asterisk/agi-bin/recordingcheck
[Nov 1 15:33:07] DEBUG[6292] db.c: Unable to find key '92144128164#/recording' in family 'AMPUSER'
[Nov 1 15:33:07] VERBOSE[6292] logger.c: recordingcheck|20071101-153307|1193949186.29042: No DB Entry AMPUSER/92144128164#/recording - Not recording
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- AGI Script recordingcheck completed, returning 0
[Nov 1 15:33:07] DEBUG[6292] app_macro.c: Executed application: AGI
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [s@macro-record-enable:5] NoOp("Zap/13-1", "No recording needed") in new stack
[Nov 1 15:33:07] DEBUG[6292] app_macro.c: Executed application: Noop
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:20] Set("Zap/13-1", "RingGroupMethod=ringall") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:21] Macro("Zap/13-1", "dial|20|tr|4246-92144128164#") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [s@macro-dial:1] GotoIf("Zap/13-1", "1?dial") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Goto (macro-dial,s,3)
[Nov 1 15:33:07] DEBUG[6292] app_macro.c: Executed application: GotoIf
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [s@macro-dial:3] AGI("Zap/13-1", "dialparties.agi") in new stack
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi
[Nov 1 15:33:07] VERBOSE[6292] logger.c: dialparties.agi: Starting New Dialparties.agi
[Nov 1 15:33:07] VERBOSE[6295] logger.c: == Parsing '/etc/asterisk/manager.conf': [Nov 1 15:33:07] VERBOSE[6295] logger.c: Found
[Nov 1 15:33:07] VERBOSE[6295] logger.c: == Parsing '/etc/asterisk/manager_additional.conf': [Nov 1 15:33:07] VERBOSE[6295] logger.c: Found
[Nov 1 15:33:07] VERBOSE[6295] logger.c: == Manager 'admin' logged on from 127.0.0.1
[Nov 1 15:33:07] VERBOSE[6292] logger.c: dialparties.agi: Caller ID name is 'WIRELESS CALLER' number is '9729796554'
[Nov 1 15:33:07] VERBOSE[6292] logger.c: dialparties.agi: Methodology of ring is 'ringall'
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- dialparties.agi: Added extension 4246 to extension map
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- dialparties.agi: Added extension 92144128164# to extension map
[Nov 1 15:33:07] DEBUG[6292] db.c: Unable to find key '4246' in family 'CF'
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- dialparties.agi: Extension 4246 cf is disabled
[Nov 1 15:33:07] DEBUG[6292] db.c: Unable to find key '92144128164#' in family 'CF'
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- dialparties.agi: Extension 92144128164# cf is disabled
[Nov 1 15:33:07] DEBUG[6292] db.c: Unable to find key '4246' in family 'DND'
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- dialparties.agi: Extension 4246 do not disturb is disabled
[Nov 1 15:33:07] DEBUG[6292] db.c: Unable to find key '4246' in family 'CFB'
[Nov 1 15:33:07] DEBUG[6292] db.c: Unable to find key '4246' in family 'CFU'
[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- dialparties.agi: dbset CALLTRACE/4246 to 9729796554

I've seen behavior like this

On November 2nd, 2007 p_lindheimer (Developer) said:

I've seen behavior like this before but never had a chance to track it down. The CallerID is altered but somewhere later in the call flow it just re-appears as the original callerid. That is what appears to happen here.

You can see where it gets set when it comes in. It then goes to the ringgroup where the previous prefix is stripped and the new (same) prefix is inserted (this is normal). However, once it drops into dialparties.agi, dialparties sees the original CallerID. It's some weird behavior with Asterisk and the one time I saw it in the past was calls coming in on a Zap PRI channel. You will have to instrument the dialplan to try and determine what is going on. I don't know if it is a bug that requires Asterisk manipulation or if there is something else that we can/need to set in these situation to force the new CallerID to stick.

[Nov 1 15:33:07] VERBOSE[6292] logger.c: -- Executing [4709@ext-group:17] Set("Zap/13-1", "CALLERID(name)=HHS:9729796554") in new stack

then later

[Nov 1 15:33:07] VERBOSE[6292] logger.c: dialparties.agi: Caller ID name is 'WIRELESS CALLER' number is '9729796554'

------------------------------------
Philippe Lindheimer - FreePBX Project Lead
http//freepbx.org - IRC #freepbx

We too are on a ZAP PRI.

On November 5th, 2007 kidafius (tadpole) said:

We too are on a ZAP PRI. Thanks for your help.

Cannot dial extension

On November 2nd, 2007 sambob (tadpole) said:

After upgrading to FreePBX 2.3.1. I can no longer dial extension 101 by pressing 101 then picking up the receiver or pressing the dial button. If I pick up the receiver, get a dialtone, then dial the 101 extension, the dialing stops at the 10 and I get the 'your call cannot be completed' message.

Cannot dial 101 extension

On December 6th, 2007 csudler (tadpole) said:

I am having the same problem with not being able to dial past 10 for any extension (100 - 109). Does anyone have a resolution for this?

I feel stupid. I can't find the IVR config Menu,

On December 3rd, 2007 challman1 (tadpole) said:

I can't find the IVR configuration menu. I want to set one up and it doesn't show up on the FreePBX menu 2.3.1.0

That happened to me

On December 6th, 2007 csudler (tadpole) said:

It turns out there is a bad update out that caused some systems to not see most of the Inbound Call Control functions, including the IVR. We had to rebuild our server with a previous version and then update it.

How to use TxFax to send fax out

On December 6th, 2007 oojmail (tadpole) said:

I had finished to recevied fax by RxFax, that very cool. but how to send fax, from email to fax. I have already try asterfax, it is does not work.
Any other way to use it , a sample srcipts like 'ext-fax' .

Voicemail to Text

On February 7th, 2008 sudipbanga (tadpole) said:

I am serching to make the trixbox capable to transcribe the voicemail to text and send the mail to corresponding email address. If anyone has any idea, plz. contact me at sudip345@gmail.com . I am ready to pay if it is a paid solution.

(Critical Updates) Asterisk 1.2.27, 1.4.18.1, 1.4.19-rc3, 1.6.0-

On March 22nd, 2008 vedt (tadpole) said:

Ladies and Gentlemen,
Please what is the proper approach here to these?
I did not see a discussion of this, so I am asking.
My apologies if it was addressed elsewhere.
They are pretty serious patches...
Many Thanks for the expertise...

RE:
(Critical Updates) Asterisk 1.2.27, 1.4.18.1, 1.4.19-rc3, 1.6.0-beta6 Released
Submitted by asteriskteam on 18 March 2008 - 8:55pm.
see http://www.asterisk.org/node/48466

Network World also wrote:
http://www.networkworld.com/news/2008/032108-open-source-asterisk-patche...
"...Vulnerabilities can lead to crashes, unathenticated calls"
By Tim Greene , Network World , 03/21/2008

Asterisk.org wrote in the above cited page---
"The Asterisk.org development team has released four new versions of Asterisk to address critical security vulnerabilities.

AST-2008-002 details two buffer overflows that were discovered in RTP codec payload type handling.

* http://downloads.digium.com/pub/security/AST-2008-002.pdf
* All users of SIP in Asterisk 1.4 and 1.6 are affected.

AST-2008-003 details a vulnerability which allows an attacker to bypass SIP authentication and to make a call into the context specified in the general section of sip.conf.

* http://downloads.digium.com/pub/security/AST-2008-003.pdf
* All users of SIP in Asterisk 1.0, 1.2, 1.4, or 1.6 are affected.

AST-2008-004 details some format string vulnerabilities that were found in the code handling the Asterisk logger and the Asterisk manager interface.

* http://downloads.digium.com/pub/security/AST-2008-004.pdf
* All users of Asterisk 1.6 are affected.

Asterisk 1.2.27 and 1.4.18.1 are releases that only contain changes to fix these security vulnerabilities.

In addition to fixes for these security issues, 1.4.19-rc3 and 1.6.0-beta6 contain a number of other bug fixes over the previous release candidates and beta releases for the upcoming 1.4.19 and 1.6.0 releases.

We encourage all affected users of these security vulnerabilities to upgrade their installations as time permits.

Thank you for your continued support of Asterisk!"

-30-

Vedt,

On March 24th, 2008 fskrotzki (Contributor) said:

posting it here is a pretty good way to not get it noticed.

It is always good to post this as a new message in the forum so that you get the most people viewing it.

Next FreePBX works on top of Asterisk, it does not install, or update Asterisk so while it is important there is not much that can be done from the perspective of FreePBX.

Thanks for passing on the information.

Thanks for the guidance, in

On March 24th, 2008 vedt (tadpole) said:

Thanks for the guidance, in all respects. I didn't want to be a hassle, so please consider me only a worry wort. So my take home is do all the recommended * updates from inside * and there is no reason to worry about how FreePBX rides on top, so to speak. That is great news! Good design, guys. Many thanks for the reassurance...and posting tips. I hoped that this was the answer. Carry On, please!...Best regards...

User login

Search

Navigation

Documentation

Technical Corner