Receive disconnect code= 3F ( Service or option not available )

[daneth.mean]

Dear All,

Could any one help me on sending disconnect code=3F ( Service or option not available ).

I have notice that when disconnect send from my gateway it also send code=3F but incase it was received disconnect message to terminating Gateway it can get proper normal call clearing.

What could be the problem caused gateway send disconnect with 3F ?

Below is isdn debug detail for comparison with the same calling stationid and calledstationid.

Thanks and Regards,

Dan

[Daniele Giordano]

I don't see the CONNECT message. What is the type of call? Is it an announcement in early media without connect?

The cause code 3F means that the network or remote equipment was unable to provide the requested service option for an unspecified reason. This might be a subscription problem.

[daneth.mean]

Dear Daniele,

The call send to number which swithc off and i can get announcement. As my result test with same scenario some time i get code=3F but some time i can get Code=10 even my gateway Tx diconnect to them.

what could be the request service option that we send or what the request service option that network/remote equiptment not support ?

I have retest with change numbering to Internation isdn but still same issue? Please help to advice on next step. 

Below attach is debug ISDn q931 and voip ccapi inout for  your comparison.

Regards,

Dan

[Daniele Giordano]

If I correctly understand, your incoming calls arrive from ISDN and are redirected from ISDN. Right? Do you have ISDN PRI? Is the Calling num 007 accepted by your prvider? Sometimes the provider checks the calling party number with a white list.

[daneth.mean]

Dear Daniele,

I am not sure what the root cause, but after i reload my gateway this issue is fixed.

Thanks for your help.

Dan

[Maxim Denisov]

First check the show call history voice id $id command output for that call for Interna Error Code and Release Source, you will see who terminated the call and it is terminated locally you can find the subsystem and reason. Depending on result you may need some debuging.

[daneth.mean]

Dear Maxim,

Thanks for your reply, but i cannot understand what the release source= 6 mean here ? and what the meaning of this internal error. Can you explain and how to fix ?

show call history voice id 2E73

Telephony call-legs: 578

SIP call-legs: 547

H323 call-legs: 375

Call agent controlled call-legs: 0

Total call-legs: 1500

GENERIC:

SetupTime=234962680 ms

Index=574324

PeerAddress=855975886993

PeerSubAddress=

PeerId=8550975

PeerIfIndex=1562

LogicalIfIndex=549

DisconnectCause=66 

DisconnectText=recovery on timer expiry (102)

ConnectTime=234989640 ms

DisconnectTime=235009470 ms

CallDuration=00:00:19 sec

CallOrigin=1

ReleaseSource=6

ChargedUnits=0

InfoType=speech

TransmitPackets=0

TransmitBytes=0

ReceivePackets=1604

ReceiveBytes=31054

TELE:

ConnectionId=[0x21CB26E7 0xE98111E0 0x9C93FEAD 0x1B33153B]

IncomingConnectionId=[0x21CB26E7 0xE98111E0 0x9C93FEAD 0x1B33153B]

CallID=621514

TxDuration=39500 ms

VoiceTxDuration=37000 ms

FaxTxDuration=0 ms

CoderTypeRate=g729r8

NoiseLevel=-60

ACOMLevel=89

SessionTarget=

ImgPages=0

CallerName=66894107264

CallerIDBlocked=False

AlertTimepoint=234966420 ms

LongDurationCallDetected=no

LongDurCallTimeStamp=

LongDurCallDuration=

OriginalCallingNumber=66894107264

OriginalCallingOctet=0x0

OriginalCalledNumber=229855975886993

OriginalCalledOctet=0x0

OriginalRedirectCalledNumber=

OriginalRedirectCalledOctet=0x80

TranslatedCallingNumber=66894107264

TranslatedCallingOctet=0x11

TranslatedCalledNumber=855975886993

TranslatedCalledOctet=0x11

TranslatedRedirectCalledNumber=

TranslatedRedirectCalledOctet=0x80

GwReceivedCalledNumber=229855975886993

GwReceivedCalledOctet3=0x0

GwOutpulsedCalledNumber=855975886993

GwOutpulsedCalledOctet3=0x11

GwReceivedCallingNumber=66894107264

GwReceivedCallingOctet3=0x0

GwReceivedCallingOctet3a=0x80

GwOutpulsedCallingNumber=66894107264

GwOutpulsedCallingOctet3=0x11

GwOutpulsedCallingOctet3a=0x83

DSPIdentifier=4/13:3

GENERIC:

SetupTime=234962640 ms

Index=574420

PeerAddress=66894107264

PeerSubAddress=

PeerId=229855

PeerIfIndex=1534

LogicalIfIndex=0

DisconnectCause=56 

DisconnectText=call cleared (86)

ConnectTime=234989640 ms

DisconnectTime=235044640 ms

CallDuration=00:00:55 sec

CallOrigin=2

ReleaseSource=6

InternalErrorCode=1.1.129.7.66.0

ChargedUnits=0

InfoType=speech

TransmitPackets=1516

TransmitBytes=30334

ReceivePackets=0

ReceiveBytes=0

VOIP:

ConnectionId[0x21CB26E7 0xE98111E0 0x9C93FEAD 0x1B33153B]

IncomingConnectionId[0x21CB26E7 0xE98111E0 0x9C93FEAD 0x1B33153B]

CallID=621513

RemoteIPAddress=203.156.135.6

RemoteUDPPort=14272

RemoteSignallingIPAddress=203.156.135.6

RemoteSignallingPort=5060

RemoteMediaIPAddress=203.156.135.6

RemoteMediaPort=14272

SRTP = off

TextRelay = off

Fallback Icpif=0

Fallback Loss=0

Fallback Delay=0

RoundTripDelay=0 ms

SelectedQoS=best-effort

tx_DtmfRelay=inband-voice

FastConnect=FALSE

AnnexE=FALSE

Separate H245 Connection=FALSE

H245 Tunneling=FALSE

SessionProtocol=sipv2

ProtocolCallId=748af3cb6888e12972e8feac72703287@203.156.135.6

SessionTarget=203.156.135.6

OnTimeRvPlayout=0

GapFillWithSilence=0 ms

GapFillWithPrediction=0 ms

GapFillWithInterpolation=0 ms

GapFillWithRedundancy=0 ms

HiWaterPlayoutDelay=70 ms

LoWaterPlayoutDelay=70 ms

ReceiveDelay=70 ms

LostPackets=0

EarlyPackets=0

LatePackets=0

VAD = disabled

CoderTypeRate=g729r8

CodecBytes=20

cvVoIPCallHistoryIcpif=0

MediaSetting=flow-around

CallerName=66894107264

CallerIDBlocked=False

OriginalCallingNumber=66894107264

OriginalCallingOctet=0x0

OriginalCalledNumber=229855975886993

OriginalCalledOctet=0x0

OriginalRedirectCalledNumber=

OriginalRedirectCalledOctet=0x80

TranslatedCallingNumber=66894107264

TranslatedCallingOctet=0x0

TranslatedCalledNumber=9975886993

TranslatedCalledOctet=0x21

TranslatedRedirectCalledNumber=

TranslatedRedirectCalledOctet=0x80

GwReceivedCalledNumber=229855975886993

GwReceivedCalledOctet3=0x0

GwReceivedCallingNumber=66894107264

GwReceivedCallingOctet3=0x0

GwReceivedCallingOctet3a=0x80

MediaInactiveDetected=no

MediaInactiveTimestamp=

MediaControlReceived=

LongDurationCallDetected=no

LongDurationCallTimerStamp=

LongDurationCallDuration=

Username=66894107264

The number of call legs at the end of the show process              

is not equal to the initial count. Some call-legs were              

terminated or created during the viewing process.              

Number of call-legs counted during viewing: 1521

Regards,

[Maxim Denisov · Accepted solution]

You can see release source values here http://www.cisco.com/en/US/docs/ios/12_2t/12_2t13/feature/guide/ft_crsr.html#wp1030191. 6 means internal release in VoIP leg. Internal error codes hepls troubleshoot calls disconnected by the gateway. For this call it shows

SBC1#sh voice iec descr 1.1.129.7.66.0

    IEC Version: 1

    Entity: 1 (Gateway)

    Category: 129 (Call setup timeout)

    Subsystem: 7 (SIP)

    Error: 66 (ACK wait timeout)

    Diagnostic Code: 0

that remote party haven't answered to your SIP message. Read this http://www.cisco.com/en/US/docs/ios/voice/monitor/configuration/guide/vt_voip_err_cds_ps6350_TSD_Products_Configuration_Guide_Chapter.html for details.

The call you showed has not terminated with service or option not available reason, show me the call with 63 (3f) cause.

[daneth.mean]

Dear Maxim,

I am not sure what root caused of 3F, but after i reload my AS5400 gateway, this code never come again.

Thanks for your help.

Dan

[Mario Manzano]

Hello Everyone!

I know this post is old but figure I'll give it a try...

We've had this problem on incoming calls on two different locations (very close to each other) and so fat the only fix is to reload the routers.

As far as I can grasp and by the behavior of the calls. CALL MANAGER cannot tell the router that it has a PRI coming into it, the router then does not know what to do with the call and gives that message "... 3F service or option not available unspecified (63) ..."

However, calls going out get normal call clearing with no issues.

For lack of better words the router acts like it is "half registering" with UCM or not getting all (or correct) information from UCM... it's like the trunk is trunked on services...

Is there ANY way to reload such registration information WITHOUT reloading the whole box?

Thanks!! Have a nice day!

[Maxim Denisov]

Hello Mario,

Direct answer to your question is "no mgcp", wait for the gateway to shut mgcp down and than "mgcp" in global configuration. You can issue "show ccm-manager" command to see the registration status. I don't think the gateway can be half registered, as far as I know mgcp controlled PRI backhauls Q.931 to UCM. If registration breaks and mgcp fallback is configured the gateway routes calls according to dial-peer configuration.

Regards,
Maxim

[Mario Manzano]

Thank you VERY much for the answer!!

... I am still learning all of this stuff and it gets confusing at times... After reading it, now makes sense and I know now where to look to try and prevent this from happening...

It is much appreciated!

Kudos!!