11-13-2002 11:47 AM - edited 03-12-2019 09:32 PM
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 ...
11-19-2002 11:34 AM
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
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide