Inbound calls from PSTN to analog lines via FXS fail

Answered Question
Feb 13th, 2007

I'm using CME 4.0 with a PRI connected to the PSTN and multiple analog lines terminating into FXS cards. All of the VoIP calls work fine, but I am struggling with the POTS/PSTN configuration. Calls and faxes made FROM analog phones and fax machines to the PSTN work fine. Calls from the PSTN TO the analog phone/fax machines are consistently busy.

Here is the base config in use. I attempted h.323 gateway configs and tying the voice 0/1/0 port with the connection plar command and am not getting anywhere...the line still rings busy.

voice-port 0/1/0

description FXS Card

station-id number 6002

!

dial-peer voice 2 pots

destination-pattern 9[2-9].........

port 0/0/0:23

forward-digits 10

!

dial-peer voice 3 pots

destination-pattern 91..........

port 0/0/0:23

forward-digits 11

!

dial-peer voice 1 pots

description Incoming calls

preference 2

incoming called-number .

direct-inward-dial

port 0/0/0:23

forward-digits all

!

!

dial-peer voice 6002 pots

description Fax inbound

preference 1

destination-pattern 6002

port 0/1/0

forward-digits all

!

!

!

ephone-dn 2

description Fax number

number 6002

Thanks ahead of time...I'm ready to give plenty of points

I have this problem too.
0 votes
Correct Answer by Paolo Bevilacqua about 9 years 6 months ago

Dial-peer for the ephone-dn was down because, as you have seen by now, had no ephones using it.

And yes, you don't need forward digits on the dial-peer.

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 3.2 (6 ratings)
Loading.
xavigo_cisco Tue, 02/13/2007 - 15:41

Could you post the output of the 'debug voice dialpeer all' command after trying to call the analog phones/faxes?

Maybe it's all about dial peer matching (inbound/outbound) and called number translation since, just guessing, I don't think you're calling ext 6002 from PSTN.

pdesch Wed, 02/14/2007 - 10:45

The incoming number is 6002 (carrier is only sending 4 digits) but it is correctly matching the dial peer

Peer Info Type=DIALPEER_INFO_FAX, Current Peer(Tag=20018,Peer Info Type=DIALPEER_INFO_SPEECH)

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:

OutboundSearch=FALSE, Peer Info Type=DIALPEER_INFO_FAX, Current Peer(Tag=20019,Peer Info Type=DIALPEER_INFO_SPEECH)

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:

OutboundSearch=FALSE, Peer Info Type=DIALPEER_INFO_FAX, Current Peer(Tag=20020,Peer Info Type=DIALPEER_INFO_SPEECH)

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:

OutboundSearch=FALSE, Peer Info Type=DIALPEER_INFO_FAX, Current Peer(Tag=20021,Peer Info Type=DIALPEER_INFO_SPEECH)

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:

OutboundSearch=FALSE, Peer Info Type=DIALPEER_INFO_FAX, Current Peer(Tag=20022,Peer Info Type=DIALPEER_INFO_SPEECH)

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:

OutboundSearch=FALSE, Peer Info Type=DIALPEER_INFO_FAX, Current Peer(Tag=20023,Peer Info Type=DIALPEER_INFO_SPEECH)

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:

OutboundSearch=FALSE, Peer Info Type=DIALPEER_INFO_FAX, Current Peer(Tag=20024,Peer Info Type=DIALPEER_INFO_SPEECH)

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:

OutboundSearch=FALSE, Peer Info Type=DIALPEER_INFO_FAX, Current Peer(Tag=20025,Peer Info Type=DIALPEER_INFO_SPEECH)

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/dpMatchCore:

Result=-1

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/dpMatchPeertype:[email protected]

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerCore:

Result=NO_MATCH(-1) After All Match Rules Attempt

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/dpAssociateIncomingPeerSPI:[email protected]

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Calling Number=, Called Number=6002, Peer Info Type=DIALPEER_INFO_SPEECH

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=6002

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/dpMatchCore:

Dial String=6002, Expanded String=6002, Calling Number=

Timeout=TRUE, Is Incoming=FALSE, Peer Info Type=DIALPEER_INFO_SPEECH

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:

Result=Success(0); Outgoing Dial-peer=5 Is Matched

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/MatchNextPeer:

Result=Success(0); Outgoing Dial-peer=20004 Is Matched

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/dpMatchPeersCore:

Result=Success(0) after DP_MATCH_DEST

Feb 14 13:30:14.163 UTC: //-1/xxxxxxxxxxxx/DPM/dpMatchPeers:

Result=SUCCESS(0)

List of Matched Outgoing Dial-peer(s):

1: Dial-peer Tag=20004

2: Dial-peer Tag=5

Feb 14 13:30:14.167 UTC: //-1/56016FCD8025/DPM/dpMatchPeersCore:

Calling Number=, Called Number=6002, Peer Info Type=DIALPEER_INFO_SPEECH

Feb 14 13:30:14.167 UTC: //-1/56016FCD8025/DPM/dpMatchPeersCore:

Match Rule=DP_MATCH_DEST; Called Number=6002

Feb 14 13:30:14.167 UTC: //-1/56016FCD8025/DPM/dpMatchCore:

Dial String=6002, Expanded String=6002, Calling Number=

Timeout=TRUE, Is Incoming=FALSE, Peer Info Type=DIALPEER_INFO_SPEECH

Feb 14 13:30:14.167 UTC: //-1/56016FCD8025/DPM/MatchNextPeer:

Result=Success(0); Outgoing Dial-peer=5 Is Matched

Feb 14 13:30:14.167 UTC: //-1/56016FCD8025/DPM/MatchNextPeer:

Result=Success(0); Outgoing Dial-peer=20004 Is Matched

Feb 14 13:30:14.167 UTC: //-1/56016FCD8025/DPM/dpMatchPeersCore:

Result=Success(0) after DP_MATCH_DEST

Feb 14 13:30:14.167 UTC: //-1/56016FCD8025/DPM/dpMatchPeersMoreArg:

Result=SUCCESS(0)

List of Matched Outgoing Dial-peer(s):

1: Dial-peer Tag=20004

2: Dial-peer Tag=5

I don't have a connection plar opx command (IOS 12.4(9)T2) but when I try similar commands connection plar tie etc.), then I get a busy tone on the fax side

pdesch Wed, 02/14/2007 - 10:57

Trying some other commands it looks like the call manager thinks that this ephone-dn is down...that explains the busy signal but not why CME thinks it's "down"

Lnet-CME#show ephone-dn summ

PORT CH DN STATE MWI_STATE CODEC VAD VTSP STATE VPM STATE

======== == ======== ========= ===== === =========== =========

50/0/1 1 IDLE NONE - - - EFXS_ONHOOK

50/0/1 2 IDLE NONE - - - EFXS_ONHOOK

50/0/2 1 DOWN NONE - - - EFXS_INIT

50/0/4 1 IDLE NONE - - - EFXS_ONHOOK

50/0/4 2 IDLE NONE - - - EFXS_ONHOOK

50/0/5 1 IDLE NONE - - - EFXS_ONHOOK

50/0/5 2 IDLE NONE - - - EFXS_ONHOOK

50/0/6 1 IDLE NONE - - - EFXS_ONHOOK

50/0/6 2 IDLE NONE - - - EFXS_ONHOOK

50/0/7 1 IDLE NONE - - - EFXS_ONHOOK

50/0/7 2 IDLE NONE - - - EFXS_ONHOOK

50/0/8 1 IDLE NONE - - - EFXS_ONHOOK

50/0/8 2 IDLE NONE - - - EFXS_ONHOOK

50/0/9 1 IDLE NONE - - - EFXS_ONHOOK

50/0/9 2 IDLE NONE - - - EFXS_ONHOOK

50/0/10 1 IDLE NONE - - - EFXS_ONHOOK

50/0/10 2 IDLE NONE - - - EFXS_ONHOOK

50/0/11 1 IDLE NONE - - - EFXS_ONHOOK

50/0/11 2 IDLE NONE - - - EFXS_ONHOOK

50/0/12 1 IDLE NONE - - - EFXS_ONHOOK

50/0/12 2 IDLE NONE - - - EFXS_ONHOOK

50/0/22 1 IDLE NONE - - - EFXS_ONHOOK

50/0/22 2 IDLE NONE - - - EFXS_ONHOOK

50/0/90 1 IDLE NONE - - - EFXS_ONHOOK

50/0/91 1 IDLE NONE - - - EFXS_ONHOOK

pdesch Thu, 03/01/2007 - 13:43

I did confirm that there are no errors on the PRI. Also, neither the FXS nor FXS/DID cards support the network-clock-participate command.

I also tried just about all of the different configuration commands available on both WICs...and for some reason the call manager still thinks the line is busy when calls come in from the PSTN...meanwhile outbound fax works completely fine.

Thanks for the suggestions...I've given points but I'm guessing at this point I'll be opening up an official case with Cisco

mchandak Thu, 03/01/2007 - 14:00

Is ur Telco sending you only the last 4 digits of the number called ??

Are you able to call the FXS Phone from the IP Phones ??

Also, one more thing you should try is remove forward digits from the POTS dial-peer being used with FXS cards. If this does not work, can attach debug voip ccapi inout for a test call ??

pdesch Thu, 03/01/2007 - 15:05

Solved...but I can't explain exactly why. I was looking at the auto-generated dial-peers and saw that all of the matching conditions had a "$" after the destination pattern. So, I simply added a $ to the dest. pattern as shown below and now it works like a charm.

dial-peer voice 5 pots

description Fax inbound

destination-pattern 6002$

port 0/1/0

forward-digits all

Thanks all for the help

Correct Answer
Paolo Bevilacqua Thu, 03/01/2007 - 17:13

Dial-peer for the ephone-dn was down because, as you have seen by now, had no ephones using it.

And yes, you don't need forward digits on the dial-peer.

Actions

This Discussion