VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
View previous topic :: View next topic |
Author |
Message |
rswagoner at gmail.com Guest
|
Posted: Mon Sep 14, 2009 2:52 pm Post subject: [Freeswitch-users] DAHDI Dial 9 Receiving Setup Acknowledge |
|
|
Sorry this was meant for the Asterisk list. I wish FreeSWITCH had QSIG
support so I could go that route.
Ryan
On Mon, Sep 14, 2009 at 3:46 PM, Ryan Wagoner <rswagoner@gmail.com> wrote:
Quote: | I have a Toshiba PBX connected via a QSIG PRI to Asterisk. I can make
calls from the Toshiba to Asterisk and internal calls from Asterisk to
the Toshiba. What I can't do is make an call with an outside
destination from Asterisk to the Toshiba. The Toshiba is looking for 9
to grab an outside line then it expects to see the 10 digits. In the
FreePBX dial plan I use 9|. which sends 9 plus the 10 digit number.
Using Wireshark to look at the QSIG commands coming from a Sangoma
wanpipemon trace I see the following for an Asterisk to Toshiba
internal call.
Asterisk -> SETUP
Toshiba -> CALL PROCESSING
Toshiba -> CONNECT
Asterisk -> CONNECT ACKNOWLEDGE
However when trying to dial 9 + number I received the following
Asterisk -> SETUP
Toshiba -> SETUP ACKNOWLEDGE
Looking at http://tools.ietf.org/html/rfc4497 I see the following
On receipt of a QSIG SETUP message containing no Sending complete
information element and a number in the Called party number
information element that the gateway cannot determine to be complete,
the gateway SHALL send back a QSIG SETUP ACKNOWLEDGE message, start
QSIG timer T302, and await further number digits.
Otherwise, the gateway SHALL wait for more digits
to arrive in QSIG INFORMATION messages.
Looking in the chan_dahdi.c code I see
case PRI_EVENT_SETUP_ACK:
chanpos = pri_find_principle(pri,
e->setup_ack.channel);
if (chanpos < 0) {
ast_log(LOG_WARNING, "Received
SETUP_ACKNOWLEDGE on unconfigured channel %d/%d span %d\n",
PRI_SPAN(e->setup_ack.channel), PRI_CHANNEL(e->setup_ack.channel),
pri->span);
} else {
chanpos =
pri_fixup_principle(pri, chanpos, e->setup_ack.call);
if (chanpos > -1) {
ast_mutex_lock(&pri->pvts[chanpos]->lock);
pri->pvts[chanpos]->setup_ack = 1;
/* Send any queued digits */
for (x = 0;x <
strlen(pri->pvts[chanpos]->dialdest); x++) {
ast_debug(1,
"Sending pending digit '%c'\n", pri->pvts[chanpos]->dialdest[x]);
pri_information(pri->pri, pri->pvts[chanpos]->call,
pri->pvts[chanpos]->dialdest[x]);
}
ast_mutex_unlock(&pri->pvts[chanpos]->lock);
} else
ast_log(LOG_WARNING,
"Unable to move channel %d!\n", e->setup_ack.channel);
}
break;
How do I get Asterisk to queue these digits so DAHDI can send them in
response to the SETUP ACKNOWLEDGE message. What should be happening is
Asterisk sends 9 via the SETUP message, waits for the SETUP
ACKNOWLEDGE, then send the 10 digits number via a INFORMATION message.
Ryan
|
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org |
|
Back to top |
|
|
rswagoner at gmail.com Guest
|
Posted: Mon Sep 14, 2009 2:55 pm Post subject: [Freeswitch-users] DAHDI Dial 9 Receiving Setup Acknowledge |
|
|
I have a Toshiba PBX connected via a QSIG PRI to Asterisk. I can make
calls from the Toshiba to Asterisk and internal calls from Asterisk to
the Toshiba. What I can't do is make an call with an outside
destination from Asterisk to the Toshiba. The Toshiba is looking for 9
to grab an outside line then it expects to see the 10 digits. In the
FreePBX dial plan I use 9|. which sends 9 plus the 10 digit number.
Using Wireshark to look at the QSIG commands coming from a Sangoma
wanpipemon trace I see the following for an Asterisk to Toshiba
internal call.
Asterisk -> SETUP
Toshiba -> CALL PROCESSING
Toshiba -> CONNECT
Asterisk -> CONNECT ACKNOWLEDGE
However when trying to dial 9 + number I received the following
Asterisk -> SETUP
Toshiba -> SETUP ACKNOWLEDGE
Looking at http://tools.ietf.org/html/rfc4497 I see the following
On receipt of a QSIG SETUP message containing no Sending complete
information element and a number in the Called party number
information element that the gateway cannot determine to be complete,
the gateway SHALL send back a QSIG SETUP ACKNOWLEDGE message, start
QSIG timer T302, and await further number digits.
Otherwise, the gateway SHALL wait for more digits
to arrive in QSIG INFORMATION messages.
Looking in the chan_dahdi.c code I see
case PRI_EVENT_SETUP_ACK:
chanpos = pri_find_principle(pri,
e->setup_ack.channel);
if (chanpos < 0) {
ast_log(LOG_WARNING, "Received
SETUP_ACKNOWLEDGE on unconfigured channel %d/%d span %d\n",
PRI_SPAN(e->setup_ack.channel), PRI_CHANNEL(e->setup_ack.channel),
pri->span);
} else {
chanpos =
pri_fixup_principle(pri, chanpos, e->setup_ack.call);
if (chanpos > -1) {
ast_mutex_lock(&pri->pvts[chanpos]->lock);
pri->pvts[chanpos]->setup_ack = 1;
/* Send any queued digits */
for (x = 0;x <
strlen(pri->pvts[chanpos]->dialdest); x++) {
ast_debug(1,
"Sending pending digit '%c'\n", pri->pvts[chanpos]->dialdest[x]);
pri_information(pri->pri, pri->pvts[chanpos]->call,
pri->pvts[chanpos]->dialdest[x]);
}
ast_mutex_unlock(&pri->pvts[chanpos]->lock);
} else
ast_log(LOG_WARNING,
"Unable to move channel %d!\n", e->setup_ack.channel);
}
break;
How do I get Asterisk to queue these digits so DAHDI can send them in
response to the SETUP ACKNOWLEDGE message. What should be happening is
Asterisk sends 9 via the SETUP message, waits for the SETUP
ACKNOWLEDGE, then send the 10 digits number via a INFORMATION message.
Ryan
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org |
|
Back to top |
|
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|