Call forwarding always to internal or external # fails in inbound calls w/SIP trunk. Pick up and transfer works.

gadellnet's picture

Hi,

We just moved to Nuvox as a SIP provider. Previously we had POTS lines.

When a call comes in the SIP trunk, previously we used a "connection plar opx 599" on the voice-port to forward inbound calls immediately to the auto attendant.

Now, I'm trying to use ephone-dn functionality to accomplish the same thing. When you call, you receive the message "Sorry, all circuits are busy" ... however, if I take the forward all off, and pick up that line with a phone, then I am able to transfer the call to ext 599 without any issues. I have tested with an internal and external # for the destination.

Here is the applicable config, I believe. Any thoughts?

-----
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711ulaw
sip
header-passing
registrar server expires max 3600 min 3600
no update-callerid

--
dial-peer voice 1000 voip
permission term
description ** Incoming call from SIP trunk (NuVox) **
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
session protocol sipv2
session target sip-server
incoming called-number .%
dtmf-relay rtp-nte
fax rate 14400
fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback pass-through g711ulaw
ip qos dscp cs5 media
ip qos dscp cs4 signaling
no vad

--
ephone-dn 17 dual-line
number 3144310358 no-reg primary
label GadellNet
call-forward all 200

-----

THANKS!
-Joe

Share/Save
0
No votes yet
Your rating: None

Comments

marchern's picture

Did you use the document I posted?

m.sparreboom's picture

I have the same problem

Hi,

I have the same issue. If an incoming SIP-call is forwarded due to CFNA or CFA, the call fails.

Depending on the config, I get different results:

Config A:
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
NO supplementary-service sip moved-temporarily
NO supplementary-service sip refer

Result: UC500 sends SIP 500 Internal server error to SIP-provider

Config B:
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
supplementary-service sip moved-temporarily
supplementary-service sip refer

Result: UC500 sends SIP temporarily moved containing the redirect number being the internal number of CUE, which is not externally reachable. Therefore the call fails.

I have only one extention-number on my SIP-account, therefore I want the UC500 to perform a internal call forward, without informing the SIP-provider about the redirect. Perhaps this can be accomplished by introducing a MTP for all SIP-calls, but I have no clue how to configure this.

Perhaps you can help?

Thanks!

Michael

gadellnet's picture

Michael, Did you ever get

Michael,

Did you ever get this working? Cisco helped me hack my config to work by stripping some details off of the SIP refer info. It isn't perfect though and causes other issues.

Thanks.

m.sparreboom's picture

Hi,   I did not see your

Hi,
 
I did not see your comment until now. No I did not solve my issue yet. I connected a PSTN-line for primary dial-in which does not have the issue. I am curious though what your solution was and what the downside is.
 
I hope you can share the info with me.

marchern's picture

Check this SIP Trunk example

Did you use this:

https://www.myciscocommunity.com/docs/DOC-2369

Marcos Hernandez
Technical Marketing Engineer
Cisco Systems, Inc.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.