Solved: FXS Dial Tone

jheckart · ‎04-27-2009

Hi,

I have an H323 gateway with a VIC3-2FXS/DID, and cannot get dialtone out of the fxs ports.

I have not configured direct-inward-dial on the pots dial-peer, and the fxs port is set for loopstart. I have shut/no shut the voiceport and the dial-peer.

I think that I'm missing something simple, but can't come up with it.

!

dial-peer voice 1000 pots

destination-pattern 1000

fax rate disable

port 0/1/0

!

voice-port 0/1/0

station-id number ******1000

caller-id enable

!

Foreign Exchange Station 0/1/0 Slot is 0, Sub-unit is 1, Port is 0

Type of VoicePort is FXS VIC3-2FXS/DID

Operation State is DORMANT

Administrative State is UP

The Last Interface Down Failure Cause is Administrative Shutdown

Description is not set

Noise Regeneration is enabled

Non Linear Processing is enabled

Non Linear Mute is disabled

Non Linear Threshold is -21 dB

Music On Hold Threshold is Set to -38 dBm

In Gain is Set to 0 dB

Out Attenuation is Set to 3 dB

Echo Cancellation is enabled

Echo Cancellation NLP mute is disabled

Echo Cancellation NLP threshold is -21 dB

Echo Cancel Coverage is set to 64 ms

Echo Cancel worst case ERL is set to 6 dB

Playout-delay Mode is set to adaptive

Playout-delay Nominal is set to 60 ms

Playout-delay Maximum is set to 1000 ms

Playout-delay Minimum mode is set to default, value 40 ms

Playout-delay Fax is set to 300 ms

Connection Mode is normal

Connection Number is not set

Initial Time Out is set to 15 s

Interdigit Time Out is set to 10 s

Call Disconnect Time Out is set to 60 s

Supervisory Disconnect Time Out is set to 750 ms

Ringing Time Out is set to 180 s

Wait Release Time Out is set to 30 s

Companding Type is u-law

Region Tone is set for US

Analog Info Follows:

Currently processing none

Maintenance Mode Set to None (not in mtc mode)

Number of signaling protocol errors are 0

Impedance is set to 600r Ohm

Station name None, Station number ******1000

Caller ID Info Follows:

Standard BELLCORE

Output attenuation is set to 14 dB

Caller ID is transmitted after 1 ring(s)

Translation profile (Incoming):

Translation profile (Outgoing):

Voice card specific Info Follows:

Signal Type is loopStart

Ring Frequency is 25 Hz

Hook Status is On Hook

Ring Active Status is inactive

Ring Ground Status is inactive

Tip Ground Status is inactive

Digit Duration Timing is set to 100 ms

InterDigit Duration Timing is set to 100 ms

Hookflash-in Timing is set to max=1000 ms, min=150 ms

Hookflash-out Timing is set to 400 ms

No disconnect acknowledge

Ring Cadence is defined by CPTone Selection

Ring Cadence are [20 40] * 100 msec

Ringer Equivalence Number is set to 1

Thanks,

Jeff

Nicholas Matthews · ‎04-30-2009

This is actually a quirk in the way dial peers are matched.

What's happening is your dial peer is matching a direct-inward-dial peer because the station-id on the voice port is matching against your destination-pattern on your PRI dial peer.

The easiest way to prevent this is to:

-Change the destination pattern on that dial peer so the station-id doesn't match it any longer

-Add 'answer-address' on the dial peer you want it to match that will match the station-id

-Remove station-id from the port

hth,

nick

View solution in original post

paolo bevilacqua · ‎04-27-2009

Maybe IOS bug, what are you running ?

jheckart · ‎04-27-2009

12.4.20T2

I'm trying to schedule a power cycle, but I'm not sure what else to do short of calling TAC.

Nicholas Matthews · ‎04-27-2009

I suggest doing a 'debug voip ccapi inout' and doing a search for peer= or just doing a 'debug voip dial-peer' to see which incoming dial peer you're hitting.

If it has service mgcpapp or service stcapp on it and it's not correctly registered it will give you this problem.

You can also do 'debug vpm signal' and make sure 'term mon' is on. Try doing a 'conf t' and 'exi' to make sure you get the 'configure by console/vty' message that debugs are working. Then go off/on hook and see if you're getting debugs. If you don't get any debugs you've probably got a bad port on the card. Try the other port. If you do get debugs it means it's an application problem, and you probably need to register the port with SCCP/MGCP.

-nick

jheckart · ‎04-28-2009

I have actually tried this both with mgcp and h323. Neither is giving dial tone.

I opened a tac case, and they ended up rma'ing the card. The new vwic is still not providing dial tone.

I'm scratching my head.

I still need to grab a debug voip ccapi inout.

Thanks

jheckart · ‎04-29-2009

I've attached a debug voip ccapi inout, debug voice dialpeer all, and debug vpm signal.

It looks like the dialpeer voice 1 pots is being matched when the phone goes off hook, which has the direct-inward-dial. I didn't know that a dial-peer was instantly matched?

!

dial-peer voice 1 pots

translation-profile outgoing Outbound

destination-pattern .T

fax rate disable

direct-inward-dial

port 0/0/0:23

!

dial-peer voice 1000 pots

destination-pattern 1000

fax rate disable

port 0/1/0

!

Thanks.

Nicholas Matthews · ‎04-30-2009

This is actually a quirk in the way dial peers are matched.

What's happening is your dial peer is matching a direct-inward-dial peer because the station-id on the voice port is matching against your destination-pattern on your PRI dial peer.

The easiest way to prevent this is to:

-Change the destination pattern on that dial peer so the station-id doesn't match it any longer

-Add 'answer-address' on the dial peer you want it to match that will match the station-id

-Remove station-id from the port

hth,

nick

jheckart · ‎04-30-2009

Nick,

Thanks. I figured this out after the debug dialpeer, and put a stricter match on the outbound pots dialpeer to prevent it from being matched.

That explanation is a huge help though. I didn't understand why it was really matching.