cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
405
Views
0
Helpful
1
Replies

clear-channel codec in AS5300

sergio.kanno
Level 1
Level 1

Hi ...

I have the following telephony structure:

pbx ----- MC3810 -----------------------------------------MC3810 -----pbx

where an E1 ISDN with Q.Sig trunk between the pbx and the router. Between the routers we have WAN Frame Relay. The pbx's are two Philips Soho IS3030.

The two pbx exchange signaling through one specific channel with the "clear-channel" codec.

In the structure above, it the voice works perfectly, but we have to change this structure because it's growing.

We have to change one side MC3810 for an AS5300, with two E1, but when we put the 5300, the "clear-channel" channel doesn't work. showing the following messages.

*Nov 13 08:28:41.875 brz: ISDN Se2:15 Q931: RX <- SETUP pd = 8 callref = 0x5F00

Bearer Capability i = 0x8890

Standard = CCITT

Transer Capability = Unrestricted Digital

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA18381

Preferred, Channel 1

*Nov 13 08:28:41.879 brz: ISDN Se2:15 EVENT: process_rxstate: ces/callid 1/0x20 calltype 1 CALL_INCOMING

*Nov 13 08:28:41.879 brz: ISDN **ERROR**: Module-CCPQSIG Function-CCPQSIG_CallOffered Error-Unknown event 0x4A

*Nov 13 08:28:41.883 brz: ISDN Se2:15 EVENT: UserIdle: callid 0x20 received ACCEPT_CALL (0x13)

*Nov 13 08:28:41.891 brz: ISDN **ERROR**: Module-CCPQSIG Function-CCPQSIG_CallOffered Error-Unknown event 0x4A

*Nov 13 08:28:45.883 brz: ISDN Se2:15 Q931: RX <- SETUP pd = 8 callref = 0x5F00

Bearer Capability i = 0x8890

Standard = CCITT

Transer Capability = Unrestricted Digital

Transfer Mode = Circuit

Transfer Rate = 64 kbit/s

Channel ID i = 0xA18381

Preferred, Channel 1

*Nov 13 08:28:49.891 brz: ISDN Se2:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x5F00

Cause i = 0x80E6 - Recovery on timer expiry

*Nov 13 08:28:49.895 brz: ISDN SERROR: LIF_StopTimer: NULL timer

*Nov 13 08:28:49.895 brz: ISDN SERROR: LIF_StopTimer: NULL timer

*Nov 13 08:28:49.895 brz: ISDN SERROR: LIF_StopTimer: NULL timer

*Nov 13 08:28:49.895 brz: ISDN SERROR: LIF_StopTimer: NULL timer

*Nov 13 08:28:49.895 brz: ISDN Se2:15 EVENT: process_rxstate: ces/callid 1/0x20 calltype 1 CALL_DISC

*Nov 13 08:28:49.911 brz: ISDN Se2:15 EVENT: process_rxstate: ces/callid 1/0x20 calltype 1 CALL_CLEARED

*

The 5300 configuration is listed down and is exactly equal to the 3810 configuration, only reversing the dial-peer.

isdn switch-type primary-qsig

isdn voice-call-failure 0

!

controller E1 2

clock source line primary

pri-group timeslots 1-31

!

interface Serial2:15

no ip address

no logging event link-status

isdn switch-type primary-qsig

isdn overlap-receiving

isdn incoming-voice modem

no cdp enable

!

voice-port 2:D

bearer-cap 3100Hz

!

dial-peer voice 1890 voip

destination-pattern 1890

session target ipv4:172.31.4.2

dtmf-relay cisco-rtp

codec clear-channel

ip qos dscp cs5 media

!

dial-peer voice 1790 pots

destination-pattern 1790

port 2:D

forward-digits all

The AS5300 is with 12.2(11)T2 IOS IP-Plus, VCWare Version 10.26a, DSPWare Version 4.0.26a (C542). Everything aparently OK.

Does anybody knows what is hapenning ? Any help is wellcome.

Regards ...

1 Reply 1

j-block
Level 4
Level 4

I guess the problem is not with clear-channel codec. The problem is with Qsig digit forwarding. I guess this is not supported in AS5300 yet, (As per the feature navigator).

dial-peer voice 1790 pots

destination-pattern 1790

port 2:D

forward-digits all <---------Not supported yet on AS5300. Maybe this is the culprit