Discussion:
Linksys SPA8000
Noah Mehl
2012-08-13 18:16:00 UTC
Permalink
I have a fully updated, iso installed, sipxecs 4.4 system, and I'm trying use a Linksys SPA8000 with it. So far, tftp provisioning is working great, and lines 1-2 are working. However, lines 3-8 are not. Apparently, lines 3-8 are NAT'd internally to the SPA8000…? I'm hoping someone has a quick fix/guidance based on experience. If not, I'll start posting packet captures, and hopefully we can figure out what's going on. Thanks.

~Noah


Scanned for viruses and content by the Tranet Spam Sentinel service.
Arnon Clark
2012-08-13 18:44:43 UTC
Permalink
Hey folks,

New user here and could use some sage advice.

Testing out a new install, Sipx 4.4, and as best I can tell, we have
everything configured correctly, agents can log into queues, calls come
in fine through our gateway - Mediant 1000 - as well as outbound but
when a call gets routed to an ACD queue via the autoattendant, it simply
gets dropped/disconnected.

Example:

Support queue. Line = 8300.
Autoattendant 'operator' is set to route calls to extension 8300 upon
pressing '2'.
Dial in and 'operator' answers correctly with the right audio file, I
press '2', get the 'please wait while I transfer your call', and then
the line is dropped.

When I check the cdr, it shows the attempt to route it to the right
extension, but it has a 'failed' as the outcome.

Screen shots of the actual configs are available, I just wasn't sure
what policy on the list is about attachments coming along unannounced.

Any advice greatly appreciated, and thanks in advance!

Arnon
Matt White
2012-08-13 19:23:27 UTC
Permalink
Welcome!

Post a sipx-trace for us to look at.

First, make sure the Proxy and bridge logs are set at info and let the service restart.
From command line rotate the logs
logrotate -f /etc/logrotate.d/sipxchange

Then make a test call.
then from the command prompt use the following command.
sipx-trace -a all-components -o trace.xml 7171111234

replace the last number with the number of the caller that called in. Its best to use the call-id rather than the phone number but thats more work.

Then post the trace.xml for us to look at. It should provide a good first step.

-M
Hey folks,

New user here and could use some sage advice.

Testing out a new install, Sipx 4.4, and as best I can tell, we have
everything configured correctly, agents can log into queues, calls come
in fine through our gateway - Mediant 1000 - as well as outbound but
when a call gets routed to an ACD queue via the autoattendant, it simply
gets dropped/disconnected.

Example:

Support queue. Line = 8300.
Autoattendant 'operator' is set to route calls to extension 8300 upon
pressing '2'.
Dial in and 'operator' answers correctly with the right audio file, I
press '2', get the 'please wait while I transfer your call', and then
the line is dropped.

When I check the cdr, it shows the attempt to route it to the right
extension, but it has a 'failed' as the outcome.

Screen shots of the actual configs are available, I just wasn't sure
what policy on the list is about attachments coming along unannounced.

Any advice greatly appreciated, and thanks in advance!

Arnon

Loading...