cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1952
Views
0
Helpful
21
Replies

Problems with AS5400 and Voip

fethi
Level 1
Level 1

Hi,

I have an AS5400 with 8E1.

When I'm trying to make a call from an E1 and exit from another E1, it works.

But when I use a softphone or another gateway, the call goes unconnected and I have on my traces this line :

- ISDN Se7/7:15 SC Q931: TX -> DISCONNECT pd = 8 callref = 0x0033

- Cause i = 0x80E6 - Recovery on timer expiry

- ISDN Se7/7:15 SC Q931: RX <- RELEASE_COMP pd = 8 callref = 0x8033

- Cause i = 0x83D1 - Invalid call reference value

- ISDN Se7/7:15 SC **ERROR**: CCPRI_Go: call id 0x803B event 0x57 No ccb Source->HOST

What does it mean ?

The E1s seem to be ok as I can call through them when I use directly the gw, but it doesn't work when I use another gw or a softphone.

Please, anyone has an idea ?

Thanks in advace.

Fethi.

21 Replies 21

hi, did you manage to find the Solution for this problem? when you are using a GK, are you using registration feature ? In h323, its a secuirty feature, but when the party who makes the call is not registered, the call wont go through.

That can be the reason why your softphone doesnt work.

If the softPhone is not registerd with teh system,

Or the softphone might have registered with wrong IP.

so check If the softphone is registered.

ssh to your Gatekeepr and put "??" or "r", then you will able to see all the registered endpoints, check if Phone is registered with the right IP.

Thanks,

p sylvester

mail@psylvester.net

GK works fine.

When remote provider use Cisco Equipment - all OK!

But when he's use for dial to me MERA (MVTS) and other softswitch... in my termination switch we have next

Oct 6 16:51:01.861: ISDN Se0/22:15 SC Q931: TX -> SETUP pd = 8 callref = 0x035F

Bearer Capability i = 0x8090A3

Standard = CCITT

Transfer Capability = Speech

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xE180838D

Preferred, Interface 0, Channel 13

Facility i = 0x9E0100036774640000004F49414D2C0D0A4745412C747273332C30302C312C792C792C312C37303935373434303931380D0A4743492C31306134333934393335613731316461396136363834346437313232343162650D0A0D0A

Calling Party Number i = 0x91, '70957440918'

Plan:ISDN, Type:International

Called Party Number i = 0xA1, '0432265151'

Plan:ISDN, Type:National

Oct 6 16:51:01.881: ISDN Se0/22:15 SC Q931: RX <- CALL_PROC pd = 8 callref = 0x835F

Channel ID i = 0xE980838D

Exclusive, Interface 0, Channel 13

Oct 6 16:51:31.712: ISDN Se0/22:15 SC Q931: TX -> DISCONNECT pd = 8 callref = 0x035F

Cause i = 0x80E6 - Recovery on timer expiry

Oct 6 16:51:31.732: ISDN Se0/22:15 SC Q931: RX <- RELEASE_COMP pd = 8 callref = 0x835F

Cause i = 0x83D1 - Invalid call reference value

I am joining this conversation a little late. I went through the discussion so far. If i look at the last isdn q931 debug the call is getting disconnected with 'recovery on timer expiry'. Now is if check the dialpeer mentioned , the destination-pattern is 00T.

The number dialled is 0432265151. There is a mismatch in the destination pattern statement. correcting it, should fix the issue.

If i am wrong in interpretting the dial-peer statement, then post the right dialpeer which it is hitting. Also would be a good idea to capture, debug voice ccapi inout along with debug isdn q931.

Thanks

venky

0432265151 - It's number after pots dial-peer. He's OK.

If I give call from Cisco equipment in SETUP he's send mach more short Facility.

from Cisco

Facility i = 0x9E0100036774640000002E49414D2C0D0A4743492C64666238393030653335396531316461383331323936633935653866353132350D0A0D0A

from MERA (MVTS)

Facility i = 0x9E0100036774640000004F49414D2C0D0A4745412C747273332C30302C312C792C792C312C37303935373434303931380D0A4743492C64323933386261633336363531316461383039626561656438386466656136390D0A0D0A

P.S. Sorry for my BAD English

well not sure how your are saying that the dial peer is ok.

destination -pattern 00T means that the first couple of digits has to be 00 followed with any digits.

If you have that pattern and dial 0432265151, the call will fail. To confirm or deny we can have a look at debug voice ccapi inout.

In regards to facility messages, H.323 does not support facility messages. If the isdn switch type is qsig, then the router is plays a transparent role when it comes to the facility messages. In other words, it will simply forward the message to the pbx and wont decode.

Thanks

Venky

I'm sorry !

I forgot say My dial-peer don't have destination-patern 00T

dial-peer voice 10 voip

translation-profile incoming default-call

answer-address .%

voice-class codec 1

dtmf-relay rtp-nte

fax-relay ecm disable

fax rate 14400

fax protocol t38 ls-redundancy 0 hs-redundancy 0 fallback none

ip qos dscp cs5 media

no vad

dial-peer voice 3843 pots

translation-profile outgoing dest-nat

destination-pattern 38043#.%

port 0/22:D

voice translation-profile dest-nat

translate called 6

voice translation-rule 6

rule 1 // // type any national plan any isdn

Other side change equipment from MERA (MVTS) to Cisco AS5300 and all working fine!!!

Oct 11 14:30:50.113: ISDN Se0/22:15 SC Q931: TX -> SETUP pd = 8 callref = 0x06C8

Bearer Capability i = 0x9090A3

Standard = CCITT

Transfer Capability = 3.1kHz Audio

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xE1808395

Preferred, Interface 0, Channel 21

Facility i = 0x9E0100036774640000009149414D2C0D0A50524E2C6973646E2A2C2C2C0D0A5553492C726174652C632C332C632C310D0A5553492C6C6179312C616C61770D0A544D522C30320D0A43504E2C30302C2C312C303433323533313330300D0A4350432C30390D0A4643492C2C2C2C2C2C2C792C0D0A4743492C36363035313437633339383131316461383030386132326132633934363239300D0A0D0A

Called Party Number i = 0xA1, '0432531300'

Plan:ISDN, Type:National

Oct 11 14:30:50.129: ISDN Se0/22:15 SC Q931: RX <- CALL_PROC pd = 8 callref = 0x86C8

Channel ID i = 0xE9808395

Exclusive, Interface 0, Channel 21

Oct 11 14:30:51.049: ISDN Se0/22:15 SC Q931: RX <- ALERTING pd = 8 callref = 0x86C8

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

Oct 11 14:30:53.341: ISDN Se0/22:15 SC Q931: RX <- CONNECT pd = 8 callref = 0x86C8

Oct 11 14:30:53.345: ISDN Se0/22:15 SC Q931: TX -> CONNECT_ACK pd = 8 callref = 0x06C8

Oct 11 14:31:18.612: ISDN Se0/22:15 SC Q931: RX <- SUSPEND pd = 8 callref = 0x86C8

Oct 11 14:31:18.956: ISDN Se0/22:15 SC Q931: TX -> DISCONNECT pd = 8 callref = 0x06C8

Cause i = 0x8090 - Normal call clearing

Oct 11 14:31:19.100: ISDN Se0/22:15 SC Q931: RX <- RELEASE pd = 8 callref = 0x86C8

Oct 11 14:31:19.100: ISDN Se0/22:15 SC Q931: TX -> RELEASE_COMP pd = 8 callref = 0x06C8