Hello
I have a simple 1 channel goip gateway
(http://www.voip-info.org/wiki/view/GoIP).
The incoming and outgoing calls work with Asterisk except the caller ID for the
outgoing calls. I think I have exhausted all possible options regarding setting
a caller ID and it still doesn't work. The
You could do a simple pcap trace and analyze the sip protocol to see what is actually
happening. You could also look at the sample sip.conf and the file you are using to check
whether the Remote Party Identification and possibly P-Asserted identity play a role in the
communication with your
On Thursday 16 Oct 2014, Stephan Alz wrote:
Hello
I have a simple 1 channel goip gateway
(http://www.voip-info.org/wiki/view/GoIP).
The incoming and outgoing calls work with Asterisk except the caller ID for
the outgoing calls. I think I have exhausted all possible options
regarding
Hello
Yes Im confident that the provider allows this because I tried the simcard in regular phone where both disabling and enabling that callerid is allowed.
Of course I left it on allowed after I removed the card from the phone.
Although the syntax is:
I wrote:
Queue(ENGLISH,rh,,,20,,,log-answer)
but no variables are available in the subroutine context. I need to get
${UNIQUEID} in there.
In a Dial command, I can write U(log-answer^${UNIQUEID}) but not in the
gosub field of the Queue command.
Is it possible to pass variables from the
One of your jpges showed a combo box close to the bottom with something like CID Forward Mode.
I think it said Remote Party ID, which may be part of the problem. Whatever you specify here
must be supported by the pbx and I usually look at the pcap traces to check that the necessary
headers
On Wed, Oct 15, 2014 at 9:31 PM, Murthy Gandikota mgandik...@nts.net
wrote:
Thanks, Matthew. I think CDR(answer) is, in the end, not very useful to
me if it changes from context to context. Suppose from AMI we generate a
status
I'm not sure what you mean by changes from context to context.
Suppose we have a dialplan as follows and sip.conf is set to forward the
call to [start] context, the CDR(diposition) in [start] context will be
ANSWER and in [next] will be NO ANSWER. Right?
[start]
exten = s,1,answer()
same =n,gotoif($[${SOMEVAR} = SOME_VAL]?next)
same =n, hangup()
Apparently we are calling ResetCDR (not ForkCDR) in the Asterisk 11.5.1
That is causing the CDR(answer) to be erased between context. My bad.
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Murthy
Hi Matthew,
Now that you helped me figure out the root cause of my problem, I am
wondering if there is a safe way to store CDR without altering the
non-custom fields (the converse of v option).
Thanks
From: asterisk-users-boun...@lists.digium.com
in cdr.c
void ast_cdr_reset(struct ast_cdr *cdr, struct ast_flags *_flags)
{
struct ast_cdr *duplicate;
struct ast_flags flags = { 0 };
if (_flags)
ast_copy_flags(flags, _flags, AST_FLAGS_ALL);
for ( ; cdr ; cdr = cdr-next) {
11 matches
Mail list logo