SRST Problem with "no requested circuit (44)" Error

Guilherme Mascarenhas · ‎03-19-2012

Hi all,

I have configured SRST on a gateway and for some reason it's not working since an IOS upgrade. The current version is

151-4.M3 on a 3845 router.

The scenario is a MGCP gateway, configured with SRST and a T1. With the MGCP everything works fine, but when it goes to SRST it is not working, it gives me the message "no requested circuit (44)" for outgoing calls and there isn't any q931 logs (the T1 is up and running fine, channels look ok). We can see it is matching the right dial-peer but it's not going out.

We tried these dial-peers:

dial-peer voice 911 pots

destination-pattern 911

port 0/0/0:23

forward-digits 3

!

dial-peer voice 9911 pots

service mgcpapp

destination-pattern 9911

port 0/0/0:23

forward-digits 3

dial-peer voice 110 pots

destination-pattern 9T

direct-inward-dial

port 0/0/1:23

GENERIC:

SetupTime=*00:51:02.241 UTC Tue Mar 13 2012

Index=47377

PeerAddress=7965

PeerSubAddress=

PeerId=20123

PeerIfIndex=371

LogicalIfIndex=370

DisconnectCause=2C

DisconnectText=no requested circuit (44)

ConnectTime=0

DisconnectTime=*00:51:20.421 UTC Tue Mar 13 2012

CallDuration=00:00:00 sec

CallOrigin=2

ReleaseSource=7

InternalErrorCode=1.1.181.1.25.114

ChargedUnits=0

InfoType=speech

TransmitPackets=0

TransmitBytes=0

ReceivePackets=0

ReceiveBytes=0

TELE:

ConnectionId=[0xF00CB6F2 0x6E3811E1 0xBA1ECCAE 0x1DB1328E]

IncomingConnectionId=[0xF00CB6F2 0x6E3811E1 0xBA1ECCAE 0x1DB1328E]

CallID=47421

Port=50/0/123 (47421)

BearerChannel=50/0/123.0

TxDuration=0 ms

VoiceTxDuration=0 ms

FaxTxDuration=0 ms

CoderTypeRate=None

NoiseLevel=0

ACOMLevel=0

SessionTarget=

ImgPages=0

CallerName=6506647965

CallerIDBlocked=False

LongDurationCallDetected=no

LongDurCallTimeStamp=

LongDurCallDuration=

OriginalCallingNumber=7965

OriginalCallingOctet=0x0

OriginalCalledNumber=

OriginalCalledOctet=0x80

OriginalRedirectCalledNumber=

OriginalRedirectCalledOctet=0x0

TranslatedCallingNumber=7965

TranslatedCallingOctet=0x0

TranslatedCalledNumber=

TranslatedCalledOctet=0x80

TranslatedRedirectCalledNumber=

TranslatedRedirectCalledOctet=0x0

GwCollectedCalledNumber=913367676767T

GwReceivedCallingNumber=7965

GwReceivedCallingOctet3=0x0

GwReceivedCallingOctet3a=0x0

MlppServiceDomainNW=0 (none)

MlppServiceDomainID=0

PrecedenceLevel=-1 (PRECEDENCE_LEVEL_NONE)

*Mar 13 01:11:35.789: ISDN Se0/0/1:23 Q931: TX -> SETUP pd = 8 callref = 0x0001

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98397

Exclusive, Channel 23

Calling Party Number i = 0x2181, '6506647965'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '13367676767'

Plan:Unknown, Type:Unknown

*Mar 13 01:11:35.845: ISDN Se0/0/1:23 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8001

Cause i = 0x82AC - Requested circuit/channel not available

Any help will be appreciated

Thank you,

Chris Deren · ‎03-19-2012

Do you have the following defied:

application
 global
   service alternate Default

Chris

Guilherme Mascarenhas · ‎03-19-2012

Hi Cris,

Thank you for your reply.

Yes, I have that parameter configured on the voice gateway.

Regards,

iptuser55 · ‎03-19-2012

Have you confirmed the number of channels available to you as the no channel request looks like the lack of channels. Maybe change the channel order to test?

Aaron Harrison · ‎03-19-2012

Hi

In normal operation (i.e. non-SRST) what channel is used? Do calls go out via channel 23 as in your debug or channel 1?

It's possible this is a fractional PRI and chanel 23 is not available.

You could try:

Interface serial0/0/1:15

isdn bchan-number-order ascending interface serial0/0/1:15
isdn bchan-number-order ascending

Regards

Aaron Harrison

Principal Engineer at Logicalis UK

Please rate helpful posts...

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!

Guilherme Mascarenhas · ‎03-19-2012

Hi Aaron,

Thank you for your reply.

Just one question so I can understand better the SRST.
When it uses SRST, Is it the gateway T1 configuration come from T1 parameters of the CUCM?

In the Call Manager is configured "Channel Selection Order" "Botton Up"

Look like all channels are ok:

show voice port sum
                                           IN       OUT
PORT            CH   SIG-TYPE   ADMIN OPER STATUS   STATUS   EC
=============== == ============ ===== ==== ======== ======== ==
0/0/1:23        01 xcc-voice   up    dorm none     none     y
0/0/1:23        02 xcc-voice   up    dorm none     none     y
0/0/1:23        03 xcc-voice   up    dorm none     none     y
0/0/1:23        04 xcc-voice   up    dorm none     none     y
0/0/1:23        05 xcc-voice   up    dorm none     none     y
0/0/1:23        06 xcc-voice   up    dorm none     none     y
0/0/1:23        07 xcc-voice   up    dorm none     none     y
0/0/1:23        08 xcc-voice   up    dorm none     none     y
0/0/1:23        09 xcc-voice   up    dorm none     none     y
0/0/1:23        10 xcc-voice   up    dorm none     none     y
0/0/1:23        11 xcc-voice   up    dorm none     none     y
0/0/1:23        12 xcc-voice   up    dorm none     none     y
0/0/1:23        13 xcc-voice   up    dorm none     none     y
0/0/1:23        14 xcc-voice   up    dorm none     none     y
0/0/1:23        15 xcc-voice   up    dorm none     none     y
0/0/1:23        16 xcc-voice   up    dorm none     none     y
0/0/1:23        17 xcc-voice   up    dorm none     none     y
0/0/1:23        18 xcc-voice   up    dorm none     none     y
0/0/1:23        19 xcc-voice   up    dorm none     none     y
0/0/1:23        20 xcc-voice   up    dorm none     none     y
0/0/1:23        21 xcc-voice   up    dorm none     none     y
0/0/1:23        22 xcc-voice   up    dorm none     none     y
0/0/1:23        23 xcc-voice   up    dorm none     none     y

Best Regards,

Aaron Harrison · ‎03-19-2012

Hi

No - when registered to CUCM using MGCP, it uses the CUCM parameters.

WHen in SRST, it's basically running like CME/a normal H.323 gateawy and only locally configured commands take effect.

Re: channels 'OK' they will appear up, but the service provider may reject calls if you haven't paid for the channel.

Try changing the channel selection order, if you get the same error on channel 1 then we'll think again, if it works then you're making progress.

Regards

Aaron

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!

Guilherme Mascarenhas · ‎03-19-2012

Hi Aaron,

Thank you for the explanation.

I've checked the voice gateway and the calls are using the channel, 0/0/1:23. Because it's the first channel CUCM will use to complete calls, it's quick to test that channel.

It looks the channel is fine when using MGCP.

CallID CID ccVdb Port Slot/DSP:Ch Called # Codec MLPP Dial-peers

0x657 14DE 0x716DB090 0/0/1:23.23 0/1:1 * g711ulaw 0/0

Best Regards,

Aaron Harrison · ‎03-19-2012

OK - can you post a q931 debug of the succesful call when registered to CUCM?

Aaron Please remember to rate helpful posts to identify useful responses, and mark 'Answered' if appropriate!

Guilherme Mascarenhas · ‎03-19-2012

*Mar 19 14:50:37.171: ISDN Se0/0/1:23 Q931: TX -> SETUP pd = 8 callref = 0x0116

Bearer Capability i = 0x8090A2

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA98397

Exclusive, Channel 23

Calling Party Number i = 0x2181, '6506647965'

Plan:ISDN, Type:National

Called Party Number i = 0x80, '17503999958'

Plan:Unknown, Type:Unknown

*Mar 19 14:50:37.335: ISDN Se0/0/1:23 Q931: RX <- CALL_PROC pd = 8 callref = 0x8116

Channel ID i = 0xA98397

Exclusive, Channel 23

*Mar 19 14:50:40.851: ISDN Se0/0/1:23 Q931: RX <- PROGRESS pd = 8 callref = 0x8116

Progress Ind i = 0x8488 - In-band info or appropriate now available

*Mar 19 14:50:40.899: ISDN Se0/0/1:23 Q931: RX <- CONNECT pd = 8 callref = 0x8116

Progress Ind i = 0x8482 - Destination address is non-ISDN

*Mar 19 14:50:40.935: ISDN Se0/0/1:23 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x0116

Chris Deren · ‎03-19-2012

Can you post your full config, do you by any chance have 'call fallback active' defined, if so remove it.

Chris

Guilherme Mascarenhas · ‎03-19-2012

Hi Cris,

Thank you for your reply.

I cannot post the full config due to customer privacy, but I can show you any part of the config (changing numbers, IPs and names).

The call manager fallback is configured (working all other sites that way).

call-manager-fallback

max-conferences 12 gain -6

transfer-system full-consult

ip source-address 10.220.190.5 port 2000 strict-match

max-ephones 250

max-dn 300

transfer-pattern .T

default-destination 5900

moh music-on-hold.au

Regards,