cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1281
Views
13
Helpful
19
Replies

SRST trouble

shikamarunara
Level 4
Level 4

I'm setting up SRST on my MGCP gateway (2610). I've pretty much set everything up but I'm having problems with inbound calling (outbound works fine). The first issue I'm having is the tranlation rule I set up doesn't, for some reason, seem to work. When I run "test translation-rule 1 xxxxxx" I get "Translation Rule 1 is not defined" as if I don't have one created. The other issue I'm seeing is that when I run "debug voice ccapi inout" and make an inbound call, besides getting a second dial tone, the debug shows the wrong dial-peer being referenced (the MGCP dial peer.)

Anyhow, here is my command set for my translation profile and dial-peer. Please help me resolve, I rate helpful posts;

voice translation-rule 1

rule 1 /.+/ /3000/

!

!

voice translation-profile srst

translate called 1

!

!

dial-peer voice 5000 pots

translation-profile incoming srst

incoming called-number .

destination-pattern 9T

direct-inward-dial

port 1/0/0

!

!

!

-Shikamaru

1 Accepted Solution

Accepted Solutions

Do you have just fxo ports on this gateway? if so it might be better to go for h.323 instead of mgcp.

That way you can do the translation on the outbound dial-peer, so you will have two outbound dial-peers, one pointing to call manager and the other to ext 3000.

HTH, Avner.

View solution in original post

19 Replies 19

Avner Izhar
Level 3
Level 3

Hi,

First of all, to test the voice translation-rule, use the 'test voice translation-rule' command, the one you were using is for testing the 'old' translation rules.

As for MGCP taking control of your inbound calls, have you configured mgcp fallback to srst? if so, does it sense that the fallback mode is active? ('show ccm-manager fallback').

HTH, Avner.

Avner,

When I typed the "test voice translation-rule" command, it works fine, thank you. Now, for the second part when I check fallback mode, this is my output;

WANRouter261001#show ccm-manager fallback-mgcp

Current active Call Manager: None

MGCP Fallback mode: Enabled/ON

Last MGCP Fallback start time: 17:41:06 UTC Mar 1 1993

Last MGCP Fallback end time: None

So, it seems as though SRST is engaged at this point. Just a thought; is there any requirement for an FXO to be able to support SRST mode? My FXO is not v2, I don't know if that matters.

-Shikamaru

Ohh, I had PRI in the back of my head, if it is FXO, is it controlled by mgcp at all?

If not then put a connection plar on the voice port.

If it is used for mgcp and for srst, then your translation rule should be /\(.*\)/ /3000/ , since there is no called number.

HTH, Avner.

Yes it is. Sorry I forgot to mention. Do I need to add something to its config?

-Shikamaru

If it is used for mgcp and for srst, then your translation rule should be /\(.*\)/ /3000/ , since there is no called number.

HTH, Avner.

Avner,

The translation doesn't seem to work (same result).

When you say there is "no called number", do you mean that the data recieved from the analog line is different then if the call was made on a DID of a PRI?

-Shikamaru

Yes, i don't expect the same from fxo.

Can you run 'debug voip dialpeer' and call in while in srst mode? post the results so we can try to figure out what is going on.

Avery,

Here is the output from dialin.

-Shikamaru

WANRouter261001#

*Mar 1 19:39:35.852: Inside dpMatchCore:

*Mar 1 19:39:35.852: destination pattn: expanded string:

*Mar 1 19:39:35.852: Inside dpMatchCore:

*Mar 1 19:39:35.852: destination pattn: expanded string:

*Mar 1 19:39:35.852: Inside dpMatchCore:

*Mar 1 19:39:35.852: destination pattn: expanded string:

*Mar 1 19:39:35.865: %CALL_CONTROL-6-APP_NOT_FOUND: Application mgcpapp in dial-peer 999100 not fou

nd. Handing callid 31 to the alternate app default.

hmm, looks like it match the mgcp dial-peer even when mgcp is down, can you post the mgcp dial-peer config? do you have more then 'application mgcpapp' and 'port 1/0/0' in there?

Yes, I think we are close to the issue. When I removed the mgcp dial-peer that the output was referencing, the call did go through. Now I have to figure out how the dial-peer will stop being used in an SRST scenario (weird, I've never run into this.)

Here are all of the dial peers.

dial-peer voice 999100 pots

application mgcpapp

port 1/0/0

!

dial-peer voice 999101 pots

application mgcpapp

port 1/0/1

!

dial-peer voice 5000 pots

translation-profile incoming srst

incoming called-number .

destination-pattern 9T

direct-inward-dial

port 1/0/0

-Shikamaru

well, since there is no calling or called, we do inbound matching acording to the port command, and we prefer the first dial-peer added to the config.

Try to add back the dial-peer you removed, it should still work since it will be added after dial-peer 5000.

Just make sure that dial-peer 5000 will be the first one listed when you exec the 'show run' command.

Let me know, Avner.

Yeah, the heart of the issue is the order of the dial peers. SRST works great until I take it out of SRST mode, then the dial-peer I made for SRST remains active and its the MGCP dial peers that aren't being used.

The MGCP dial peers are placed onto the gateway by CallManager when the gateway registers and downloads its config. I don't suppose there is a way for the gateway to "lose" its MGCP dial peers if it is in SRST mode (i.e; it can't register with the CM?)

-Shikamaru

Do you have just fxo ports on this gateway? if so it might be better to go for h.323 instead of mgcp.

That way you can do the translation on the outbound dial-peer, so you will have two outbound dial-peers, one pointing to call manager and the other to ext 3000.

HTH, Avner.

I just might. Thanks, Avner.

-Shikamaru

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: