Re: [asterisk-users] Issue dialing out

2013-06-16 Thread Daniel Tryba
On Sat, Jun 15, 2013 at 04:24:21PM -0400, Andre Goree wrote:
 Thanks so much for your suggestions.
 
 I'm running 1.0.x (yes, archaic, and in fact my actual task is
 migrating this system to asterisk11+Freepbx -- very fun in and of
 itself without regards to this issue...but I digress), and so I needed
 to run pri debug span span, which I've now done.  I attempted the
 call again have pasted the debug output here:
 http://pastebin.com/cHHnMfh6

You mentioned the telco receiving a DISCONNECT almost immediatly. Your
debug is only up to a PROGRESS.

I only have experience with euroisdn but callflow would be:
-SETUP
-CALLPROCEDING
-PROGRESS
-CONNECT
-CONNECT ACK
-DISCONNECT (eg from caller)
-RELEASE 
-RELEASE COMPLETE

But PROGRESS means the recipient is generating some audio (your
unreachable message?). If this is an error message you would expect a
RELASE from the telco after the recording if the caller doesn't hangup
first.

You should study the difference of zap-zap and sip-zap callsetup.


--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Issue dialing out

2013-06-15 Thread Daniel Tryba
 Jun 15 13:06:05 VERBOSE[30232]: -- Executing Dial(Zap/1-1,
 zap/g1/1XX|20|tT) in new stack
 Jun 15 13:06:05 VERBOSE[30232]: -- Called g1/1XX
 Jun 15 13:06:08 VERBOSE[30232]: -- Zap/2-1 answered Zap/1-1
 Jun 15 13:06:08 VERBOSE[30232]: -- Attempting native bridge of Zap/1-1
 and Zap/2-1
 Jun 15 13:06:31 VERBOSE[30232]: -- Hungup 'Zap/2-1'
 Jun 15 13:06:31 VERBOSE[30232]: == Spawn extension (menu-v2, 4832, 1)
 exited non-zero on 'Zap/1-1'
 Jun 15 13:06:31 VERBOSE[30232]: -- Hungup 'Zap/1-1'
 
 
 I've contacted our PRI provider, however, they say that they do not
 see the call reach their system. To me, it would seem like the call is
 coming into our Asterisk system through our Zap interface on one
 channel, then attempting to leave the system through the Zap interface
 on another channel, and is failing to do so. 

They are either incompetant or lying to you. Call appears to succeed (it
is answered) and gets disconnected after 23s. You are not generating the
message, so the calls gets back to you telco.

Most likely someone is filtering on callerID (which is a good thing IMHO).
Set the callerid to one of your numbers before sending it back to Zap
and try again.


--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Issue dialing out

2013-06-15 Thread Andre Goree
On Sat, Jun 15, 2013 at 2:18 PM, Daniel Tryba dan...@tryba.nl wrote:
 Jun 15 13:06:05 VERBOSE[30232]: -- Executing Dial(Zap/1-1,
 zap/g1/1XX|20|tT) in new stack
 Jun 15 13:06:05 VERBOSE[30232]: -- Called g1/1XX
 Jun 15 13:06:08 VERBOSE[30232]: -- Zap/2-1 answered Zap/1-1
 Jun 15 13:06:08 VERBOSE[30232]: -- Attempting native bridge of Zap/1-1
 and Zap/2-1
 Jun 15 13:06:31 VERBOSE[30232]: -- Hungup 'Zap/2-1'
 Jun 15 13:06:31 VERBOSE[30232]: == Spawn extension (menu-v2, 4832, 1)
 exited non-zero on 'Zap/1-1'
 Jun 15 13:06:31 VERBOSE[30232]: -- Hungup 'Zap/1-1'


 I've contacted our PRI provider, however, they say that they do not
 see the call reach their system. To me, it would seem like the call is
 coming into our Asterisk system through our Zap interface on one
 channel, then attempting to leave the system through the Zap interface
 on another channel, and is failing to do so.

 They are either incompetant or lying to you. Call appears to succeed (it
 is answered) and gets disconnected after 23s. You are not generating the
 message, so the calls gets back to you telco.

 Most likely someone is filtering on callerID (which is a good thing IMHO).
 Set the callerid to one of your numbers before sending it back to Zap
 and try again.


You're right!  Forgot to update this thread, but a tech from their
side performed a trap on the line and attempted to recreate the issue.
From their switch, they're seeing the call go into our asterisk
system, then leave the asterisk system (as it tries to dial the
outside line when reaching the specific extensions 4832), then
receiving a disconnect from our asterisk system almost immediately. So
it would appear that asterisk attempts to forward the call as
expected, then immediately disconnects for some unknown reason, which
I guess is the specific issue I need to determine the cause of and
resolve.

I'm going to try what you've suggested and set the callerid to one of
our numbers.  Will let you know of the result.

Thanks!

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Issue dialing out

2013-06-15 Thread Andre Goree
 They are either incompetant or lying to you. Call appears to succeed (it
 is answered) and gets disconnected after 23s. You are not generating the
 message, so the calls gets back to you telco.

 Most likely someone is filtering on callerID (which is a good thing IMHO).
 Set the callerid to one of your numbers before sending it back to Zap
 and try again.


 You're right!  Forgot to update this thread, but a tech from their
 side performed a trap on the line and attempted to recreate the issue.
 From their switch, they're seeing the call go into our asterisk
 system, then leave the asterisk system (as it tries to dial the
 outside line when reaching the specific extensions 4832), then
 receiving a disconnect from our asterisk system almost immediately. So
 it would appear that asterisk attempts to forward the call as
 expected, then immediately disconnects for some unknown reason, which
 I guess is the specific issue I need to determine the cause of and
 resolve.

 I'm going to try what you've suggested and set the callerid to one of
 our numbers.  Will let you know of the result.

 Thanks!

Setting the CID did not work, unfortunately :(

Jun 15 14:50:31 VERBOSE[777]: -- Accepting call from 'XX6886' to
'XX3730' on channel 0/1, span 1
Jun 15 14:50:31 VERBOSE[31883]: -- Executing Answer(Zap/1-1, ) in new stack
Jun 15 14:50:31 VERBOSE[31883]: -- Executing Wait(Zap/1-1, 2) in new stack
Jun 15 14:50:33 VERBOSE[31883]: -- Executing Goto(Zap/1-1,
pri-in-dids|XX3730|1) in new stack
Jun 15 14:50:33 VERBOSE[31883]: -- Goto (pri-in-dids,XX3730,1)
Jun 15 14:50:33 VERBOSE[31883]: -- Executing Goto(Zap/1-1,
menu-v2|s|1) in new stack
Jun 15 14:50:33 VERBOSE[31883]: -- Goto (menu-v2,s,1)
Jun 15 14:50:33 VERBOSE[31883]: -- Executing BackGround(Zap/1-1,
firstintro) in new stack
Jun 15 14:50:33 VERBOSE[31883]: -- Playing 'firstintro' (language 'en')
Jun 15 14:50:39 VERBOSE[31883]: == CDR updated on Zap/1-1
Jun 15 14:50:39 VERBOSE[31883]: -- Executing SetCIDNum(Zap/1-1,
XX3730) in new stack
Jun 15 14:50:39 VERBOSE[31883]: -- Executing Dial(Zap/1-1,
zap/g1/1XX|20|tT) in new stack
Jun 15 14:50:39 VERBOSE[31883]: -- Called g1/1XX
Jun 15 14:50:42 VERBOSE[31883]: -- Zap/2-1 answered Zap/1-1
Jun 15 14:50:42 VERBOSE[31883]: -- Attempting native bridge of Zap/1-1
and Zap/2-1
Jun 15 14:50:58 VERBOSE[777]: -- Channel 0/1, span 1 got hangup
Jun 15 14:50:58 VERBOSE[31883]: -- Hungup 'Zap/2-1'
Jun 15 14:50:58 VERBOSE[31883]: == Spawn extension (menu-v2, 4832, 2)
exited non-zero on 'Zap/1-1'
Jun 15 14:50:58 VERBOSE[31883]: -- Hungup 'Zap/1-1'

I'm going to try another number that we have through them in hopes
that it'll complete and I'll let you know if that works.  Do you have
any other suggestions on what you think they might be filtering by?

In the trap given to me by the company, they show our system issuing a
disconnect from our end, rather than their end dropping the call.

Thanks for the assistance.

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Issue dialing out

2013-06-15 Thread Daniel Tryba
On Sat, Jun 15, 2013 at 03:02:41PM -0400, Andre Goree wrote:
 Setting the CID did not work, unfortunately :(
[...]
 I'm going to try another number that we have through them in hopes
 that it'll complete and I'll let you know if that works.  Do you have
 any other suggestions on what you think they might be filtering by?
 
 In the trap given to me by the company, they show our system issuing a
 disconnect from our end, rather than their end dropping the call.

Do a pri set debug (or whatever it is called in 1.4 (zap?)) Zap/Zap
bridging should work, it did on my PRIs and still does with DAHDI. Only
thing I can think of is the TON/NPI might be a problem (but doubt it
since SIP/Zap works).


--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Issue dialing out

2013-06-15 Thread Andre Goree
On Sat, Jun 15, 2013 at 4:03 PM, Daniel Tryba dan...@tryba.nl wrote:
 On Sat, Jun 15, 2013 at 03:02:41PM -0400, Andre Goree wrote:
 Setting the CID did not work, unfortunately :(
 [...]
 I'm going to try another number that we have through them in hopes
 that it'll complete and I'll let you know if that works.  Do you have
 any other suggestions on what you think they might be filtering by?

 In the trap given to me by the company, they show our system issuing a
 disconnect from our end, rather than their end dropping the call.

 Do a pri set debug (or whatever it is called in 1.4 (zap?)) Zap/Zap
 bridging should work, it did on my PRIs and still does with DAHDI. Only
 thing I can think of is the TON/NPI might be a problem (but doubt it
 since SIP/Zap works).



Thanks so much for your suggestions.

I'm running 1.0.x (yes, archaic, and in fact my actual task is
migrating this system to asterisk11+Freepbx -- very fun in and of
itself without regards to this issue...but I digress), and so I needed
to run pri debug span span, which I've now done.  I attempted the
call again have pasted the debug output here:
http://pastebin.com/cHHnMfh6

I can't thank you enough for your assistance, and I understand if you
wouldn't want to go through the debug output as it's LONG -- though
I'm thinking most of the pertinent info as towards the end.

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users


Re: [asterisk-users] Issue dialing out

2013-06-15 Thread Andre Goree
 Do a pri set debug (or whatever it is called in 1.4 (zap?)) Zap/Zap
 bridging should work, it did on my PRIs and still does with DAHDI. Only
 thing I can think of is the TON/NPI might be a problem (but doubt it
 since SIP/Zap works).



 Thanks so much for your suggestions.

 I'm running 1.0.x (yes, archaic, and in fact my actual task is
 migrating this system to asterisk11+Freepbx -- very fun in and of
 itself without regards to this issue...but I digress), and so I needed
 to run pri debug span span, which I've now done.  I attempted the
 call again have pasted the debug output here:
 http://pastebin.com/cHHnMfh6

 I can't thank you enough for your assistance, and I understand if you
 wouldn't want to go through the debug output as it's LONG -- though
 I'm thinking most of the pertinent info as towards the end.


Dan, wanted to thank you again for your assistance.  I got this worked
out with our provider, it was actually an issue on their end that
they've now corrected.  Thanks again for your help!

--
_
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
   http://www.asterisk.org/hello

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users