I have a H.323 Gateway with a fax machine connected to a fxs card. I can receive calls, but cannot call outbound to the PSTN. I can call IP Phones, just nothing to the PSTN. I have tried several different dial-peers. Is there something needed to allow this?
I have a PRI connected to the PSTN and an analog phone/fax machine connected to the fxs. You are saying that I cannot place calls from the analog phone to the PSTN through the PRI?
There's no problem with that equipment setup. Assuming you're dialing 9 + your phone number, I'd start by making sure you're not accidentally sending the 9 to the PSTN.
Here's my dial-peer config. I've been trying some things with 7 and 10 digit dialing as wel as setting preferences. The fxs is in 0/1/0 and the PRI is 0/0/0:23. We are just getting a fast busy at this point.
dial-peer voice 101 pots
dial-peer voice 1 pots
dial-peer voice 2 pots
dial-peer voice 102 voip
session target ipv4:172.18.10.12
dial-peer voice 100 pots
incoming called-number .
dial-peer voice 99 pots
dial-peer voice 98 pots
dial-peer voice 97 pots
I'm curious what number you're using to test with. If you were to dial 18005532447 from your fax machine, it should match dial-peer 101 and all 11 digits should go out. If you dialed just 1800 from the fax, it should wait for inter-digit timeout and then hit dial-peer 102.
I have one customer using a CLEC that won't process some calls unless we send them CID info. Your problem reminds me of that too.
Run a debug to see that you're hitting the correct dial peers. I'd try debug voice ccapi inout.
You can also debug the ISDN and see if you're sending digits to your CO. debug isdn q931 will show some interaction with the CO. Here's a partial output of that debug:
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98396
Exclusive, Channel 22
Calling Party Number i = 0x0081, '4065551800'
Called Party Number i = 0xA1, '5557009'
I'd be curious to see the calling and called party number information.
For some reason, it is hitting the wrong dial-peer. I just looked at the call history for a specific test call. It is only accepting the first 4 digits.
we use 8. That is how I orignally had it setup with a dial-peer of 8T and then I tried .T to match any single character followed by the interdigit timeout. Same result. Is there something I have to do to accept more than 4 digits? It seems like it will only accept 4 digits when dialing.
I think you're matching dial-peer 102 with the 4 digits. Even dialing 8 plus your number is going to match dial-peer 102 the way it is setup I'm afraid. What is your inside number plan? Can you make dial-peer 102 be [1-79]... or do you have 4 digit numbers inside that start with 8? You may have to set up an outside access code of 8 and an inside access code of another digit to get around this dial plan conflict.
will [1-79]... work? We exclude 8 from our dialplan since it is an access code. I was under the impression that [1-79] will match 1 through 79.
I did find that the proper format for the destination-pattern is [1-7,9] rather than [1-79]. The latter is how it's done in a CallManager route pattern.