AP370013 extension could not call Openscape Softgate extension

[aperolina72]

Hi,

We installed Openscape 4000 with Softgate and AP370013 but extensions on both type of cabinnet could not call each other internally.

Anybody has an idea why is this happening. Any configuration needed. Please see the configuration below.

<reg-sipco;
REG-SIPCO;
H500: AMO SIPCO STARTED
ADD-SIPCO:192.168.0.0,255.255.255.0,IPV4,192.168.0.1,
192.168.0.45,0.0.0.0,0.0.0.0,
N,N;
CHA-SIPCO:LSNET,,,,,,,,,,0.0.0.0,192.168.0.42,192.168.0.43;
CHA-SIPCOIFFSERV,184,104,N,0,16384;
CHA-SIPCO:TIMING,60,300,4,5,60;
CHA-SIPCOLQUAL,200,120,10,4;
CHA-SIPCO:BANDW,15,36,;
CHA-SIPCOMCDATA,N,G711;
CHA-SIPCO:SECURITY,N,24,128CBC;

AMO-SIPCO-111 SYSTEM IPDA CONFIGURATION
REGENERATE COMPLETED;
<
M1: NO COMMAND ENTERED
HicomVariantEx=V11 R0.22.* (HicomVariant=UV11.0-SA22)

<
M1: NO COMMAND ENTERED
<reg-bcsu;
REG-BCSU;
H500: AMO BCSU STARTED
ADD-BCSU:IPGW,1,1,1,"Q2343-X ",1,0,1,,
120,,,,,0,IPV4,NO,NO;
ADD-BCSU:IPGW,1,1,2,"Q2343-X ",1,0,2,,
,120,,,,0,IPV4,NO,NO;
ADD-BCSU:IPGW,1,17,1,"Q2330-X ",1,0,11,,
120,,,,,0,IPV4,NO,NO;
ADD-BCSU:IPGW,1,17,2,"Q2330-X ",1,0,12,,
,120,,,,0,IPV4,NO,NO;
ADD-BCSUER,1,17,3,"Q2339-X ",0,0,,,,,, ,0,
,;

AMO-BCSU -111 BOARD CONFIGURATION, SWITCHING UNIT
REGENERATE COMPLETED;
<reg-cgwb
LTU = 1
SLOT = 1;
REG-CGWB:1,1;
H500: AMO CGWB STARTED
ADD-CGWB:1,1,NORMAL,192.168.0.48,
255.255.255.0;
CHANGE-CGWB:CGW,1,1,GLOBIF,,,
213,NO,
0,192.168.0.1,4060,
AUTONEG,,,,,
4061,0.0.0.0,
0.0.0.0,
NO,0.0.0.0,
5060,5061;
CHANGE-CGWB:CGW,1,1,GLOBIF,
,,,,,,,,,,,,,,,,,,," ";
CHANGE-CGWB:CGW,1,1,SERVIF,"TRM","HICOM";
CHANGE-CGWB:CGW,1,1,ASC,29100,30099,184,104,
YES,NO,YES,YES,PRIO1,G711A,NO,20;
CHANGE-CGWB:CGW,1,1,ASC,,,,,
,,,,PRIO2,G729A,NO,20;
CHANGE-CGWB:CGW,1,1,ASC,,,,,
,,,,PRIO3,NONE,NO,30;
CHANGE-CGWB:CGW,1,1,ASC,,,,,
,,,,PRIO4,NONE,NO,20;
CHANGE-CGWB:CGW,1,1,ASC,,,,,
,,,,PRIO5,NONE,NO,20;
CHANGE-CGWB:CGW,1,1,ASC,,,,,
,,,,PRIO6,NONE,NO,20;
CHANGE-CGWB:CGW,1,1,ASC,,,,,
,,,,PRIO7,G729AB,YES,20;
CHANGE-CGWB:CGW,1,1,ASC,,,,,
,,,,PRIO8,NONE,NO,20;
CHANGE-CGWB:CGW,1,1,ASC,,,,,
,,,,PRIO9,NONE,NO,20;
CHANGE-CGWB:CGW,1,1,MGNTDATA,,,,,MAINTAIN;
CHANGE-CGWB:CGW,1,1,DMCDATA,0,YES,NO;
CHANGE-CGWB:CGW,1,1,WBMDATA,"HP4K-DEVEL",,ENGR;
CHANGE-CGWB:CGW,1,1,WBMDATA,"HP4K-SU",,SU;
CHANGE-CGWB:CGW,1,1,WBMDATA,"HP4K-ADMIN",,ADMIN;
CHANGE-CGWB:CGW,1,1,WBMDATA,"HP4K-READER",,READONLY;
CHANGE-CGWB:CGW,1,1,DLSDATA,,10444,NO;
CHANGE-CGWB:CGW,1,1,JB,40,120,20,
4,60,200,2;
CHANGE-CGWB:CGW,1,1,MANLANIF,0.0.0.0,
0.0.0.0,NO,
0,0.0.0.0;

AMO-CGWB -111 CONFIGURATION OF HG3500 BOARD
REGENERATE COMPLETED;
<reg-cgwb
LTU = 17
SLOT = 1;
REG-CGWB:17,1;
H500: AMO CGWB STARTED
ADD-CGWB:17,1,NORMAL,192.168.0.59,
255.255.255.0;
CHANGE-CGWB:CGW,17,1,GLOBIF,,,
213,NO,
0,192.168.0.1,4060,
,,,,,
4061,0.0.0.0,
0.0.0.0,
NO,0.0.0.0,
5060,5061;
CHANGE-CGWB:CGW,17,1,GLOBIF,
,,,,,,,,,,,,,,,,,,," ";
CHANGE-CGWB:CGW,17,1,SERVIF,"TRM","HICOM";
CHANGE-CGWB:CGW,17,1,ASC,29100,30099,184,104,
YES,NO,YES,YES,PRIO1,G711A,NO,20;
CHANGE-CGWB:CGW,17,1,ASC,,,,,
,,,,PRIO2,G729A,NO,20;
CHANGE-CGWB:CGW,17,1,ASC,,,,,
,,,,PRIO3,NONE,NO,30;
CHANGE-CGWB:CGW,17,1,ASC,,,,,
,,,,PRIO4,NONE,NO,20;
CHANGE-CGWB:CGW,17,1,ASC,,,,,
,,,,PRIO5,NONE,NO,20;
CHANGE-CGWB:CGW,17,1,ASC,,,,,
,,,,PRIO6,NONE,NO,20;
CHANGE-CGWB:CGW,17,1,ASC,,,,,
,,,,PRIO7,G729AB,YES,20;
CHANGE-CGWB:CGW,17,1,ASC,,,,,
,,,,PRIO8,G722,NO,20;
CHANGE-CGWB:CGW,17,1,ASC,,,,,
,,,,PRIO9,OPUS,NO,20;
CHANGE-CGWB:CGW,17,1,MGNTDATA,,,,,MAINTAIN;
CHANGE-CGWB:CGW,17,1,DMCDATA,0,YES,NO;
CHANGE-CGWB:CGW,17,1,WBMDATA,"HP4K-DEVEL",,ENGR;
CHANGE-CGWB:CGW,17,1,WBMDATA,"HP4K-SU",,SU;
CHANGE-CGWB:CGW,17,1,WBMDATA,"HP4K-ADMIN",,ADMIN;
CHANGE-CGWB:CGW,17,1,WBMDATA,"HP4K-READER",,READONLY;
CHANGE-CGWB:CGW,17,1,DLSDATA,,10444,NO;
CHANGE-CGWB:CGW,17,1,JB,40,120,20,
4,60,200,2;
CHANGE-CGWB:CGW,17,1,IPCONF,IPV4,NO,NO;
CHANGE-CGWB:CGW,17,1,MANLANIF,0.0.0.0,
0.0.0.0,NO,
0,0.0.0.0;

AMO-CGWB -111 CONFIGURATION OF HG3500 BOARD
REGENERATE COMPLETED;
<reg-aprt;
REG-APRT;
H500: AMO APRT STARTED
ADD-APRT:APNET,17,192.168.2.49,255.255.255.0,0.0.0.0;

AMO-APRT -111 ACCESS POINT ROUTING TABLE
REGENERATE COMPLETED;
<reg-bfdat;
REG-BFDAT;
H500: AMO BFDAT STARTED
ADD-BFDAT:1,HG3530
,BCHL120,;
CHA-BFDAT:CONT,1,HG3530,120,,120;
CHA-BFDAT:OK,1,YES;
ADD-BFDAT:2,SIP
,BCHL120,;
CHA-BFDAT:CONT,2,SIP,120,,120;
CHA-BFDAT:OK,2,YES;
ADD-BFDAT:11,HG3530
,BCHL120,SOCO;
CHA-BFDAT:CONT,11,HG3530,120,,120;
CHA-BFDAT:OK,11,YES;
ADD-BFDAT:12,SIP
,BCHL120,SOCO;
CHA-BFDAT:CONT,12,SIP,120,,120;
CHA-BFDAT:OK,12,YES;

AMO-BFDAT-111 CONFIGURATION OF FUNCTIONAL BLOCKS FOR CGW BOARDS
REGENERATE COMPLETED;
<reg-sbcsu
STNO = 1001;
REG-SBCSU:1001;
H500: AMO SBCSU STARTED
ADD-SBCSU:1001,OPTI,IP2,1-1-1-1,
OPTIIP,1,
1,1,1,1,1,1,0,0,ONLYEXT,0,0,,,
N,0,0,N,,,
Y,0,N,N,N,Y,N,,,
,
,,,,5,,,,N,NORMAL,
Y,KOREAN,0,ALL,,0,,,
,,Y,,,,G711P,,
,,,
,,,,;

AMO-SBCSU-111 STATION AND S0-BUS CONFIGURATION OF SWITCHING UNIT
REGENERATE COMPLETED;
<reg-sbcsu
STNO = 2201;
REG-SBCSU:2201;
H500: AMO SBCSU STARTED
ADD-SBCSU:2201,OPTI,IP2,1-17-2-1,
UFIP,1,
1,1,1,1,1,1,0,0,N,0,0,,,
N,0,0,N,,,
Y,0,N,N,N,Y,Y,,,
,
,,,,5,,,,N,NORMAL,
Y,ENGLISH,0,,,0,,,
,,,,,,,,
,,,
,,,,;

AMO-SBCSU-111 STATION AND S0-BUS CONFIGURATION OF SWITCHING UNIT
REGENERATE COMPLETED;

 

[aperolina72]

ADD-APESU: CCAP,17,192.168.0.78;
ADD-APESU: APEGRP,17,17,10,AUTO,APE GRP 17 ,10,10,6,0;
ADD-APESU: AP,17,17,20,GROUP;

 

[Moriendi]

Do you mean you couldn't call 1<>17? You don't have an STMI with HG3570 function added in LTU 1. You need that to provide the voice channel between the physical shelf and the remote shelf. SIPCO IPs only provide signalling, no RTP.

STMI can be mullt function on a physical shelf, so you don't need another STMI, just delete one of your STMIs and re-add with a BFDAT that includes the HG3570 as well as its current function.

If you're going to post regens, make a cha-funct:regkey=y; first.

 

[aperolina72]

do you have configuration for that? sir

 

[aperolina72]

ADD-BFDAT:21,HG3570
,BCHL120,;
CHA-BFDAT:CONT,21,HG3570,,,120;
CHA-BFDAT:OK,21,YES;

ADD-BCSU:MTYPE=IPGW,LTG=1,LTU=1,SLOT=8,PARTNO="Q2343-X ",FCTID=1,LWVAR="0",
FCTBLK=21,IPADDR=192.168.0.77,BCHL3570=120,ALARMNO=0,IPMODE=IPV4,DHCPV4=NO,
DHCPV6=NO;


<dis-bcsu
TYPE = tbl
LTG = 1
LTU = 1
SLOT = 8;
DIS-BCSU:TBL,1,1,8;
H500: AMO BCSU STARTED

LTG 1 LTU 1 SRCGRP 1 ALARMNO-LTU 0
-----+-----------+--------+---+-+-+----+-+------------+------------+------------
| | | |S|H|AL- |N| | |
| ASSIGNED | MODULE |FCT|E|W|ARM |P| INSERTED | HW- | MODULE
PEN | MODULE | TYPE |ID |C|Y|NO |R| MODULE |STATE INFO | STATUS
-----+-----------+--------+---+-+-+----+-+------------+------------+------------
8 | Q2343-X STMIX 1 * 0| | Q2343-X | 1 -04 - | READY
+---------------------------------+-+------------+------------+------------
| IP ADDRESS : 192.168. 0. 77 B-CHANNELS : 120 BCHLCNT : 120
| IP MODE : IPV4 DHCP V4 : NO DHCP V6 : NO
| BLOCK NO : 21 PRERESERVED LINES ASSIGNED : NO
| 1. FUNCT : HG3570 1 LINES B-CHANNELS : 120 BCHLCNT : 120
+---------------------------------+-+------------+------------+------------

+----+----+---------------------------+-+------------+------------+--------+
| NO SECURITY STATUS AVAILABLE, SINCE FEATURE SPE IS NOT ACTIVATED |
+---------+----------------------------------------------------------------+
AMO-BCSU -111 BOARD CONFIGURATION, SWITCHING UNIT
DISPLAY COMPLETED;

 

[aperolina72]

All good sir...thank you very much.

 

[Moriendi]

Good that it's working but I don't like your configuration. Each STMIX is a single point of failure.
At the very least, HG3570 should have been split across existing cards and 4K will cycle around them to build RTP to shelf 17. If one dies or is disconnected, 4K will just use the other one. If each STMIX is configured like that but cabled to different data switches, your voice to the IP shelf is better protected.

If you use a BFDAT like here for STMIX

ADD-BFDAT:FCTBLK=5,FUNCTION=HG3570&HG3550&HG3530&SIP,BRDBCHL=BCHL120;
CHANGE-BFDAT:CONFIG=CONT,FCTBLK=5,FUNCTION=HG3570,BCHLCNT=30;
CHANGE-BFDAT:CONFIG=CONT,FCTBLK=5,FUNCTION=HG3550,LINECNT=1,UNITS=3;
CHANGE-BFDAT:CONFIG=CONT,FCTBLK=5,FUNCTION=HG3530,LINECNT=60,BCHLCNT=30;
CHANGE-BFDAT:CONFIG=CONT,FCTBLK=5,FUNCTION=SIP,LINECNT=60,BCHLCNT=30;
CHANGE-BFDAT:CONFIG=OK,FCTBLK=5,ANSW=YES;

Then each STMIX has defined first 30 channels of HG3570. If HG3570 is needed, it must be first.
Then comes an IP trunk 1 line, 3 units of 10, so 30 channels, could be SIP or SIPQ or H323 to XPR, you would define that somewhere else later.
Then is 60 lines of HFA, but with 30 channels, so half can go off hook.
Last is 60 lines of SIP, again with 30 channels.

So all 120 DSPs of the STMIX are used, but the card is slightly over populated with HFA and SIP lines. You don't have to allow 60 lines, 30 would be fine too. Depends if the phones are in a call centre environment or a dusty warehouse, how busy they will be.

Of course any of these defintions are optional. You can skip the trunk if you like, you could add more channels elsewhere, increase the HG3570 maybe, decrease the SIP. You have 120 channels and 240 lines to play with. You will have already noticed a card with HG3570 has its IP configured in BCSU not CGWB.

Then with your 3rd STMIX, you can define that as standby. That needs a BFDAT as well.
ADD-BFDAT:FCTBLK=6,FUNCTION=STANDBY,BRDBCHL=BCHL120;
Use that BFDAT in your BCSU line. A BPOOL standby card is added in CGWB as standby ready.
ADD-CGWB:LTU=5,SLOT=14,SMODE=STBYRDY;

Then you create a board pool, ADD-BPOOL, and join the 3 cards together in a pool. If cards 1 or 2 fail, they go defect or the LAN loses layer 1, then card 3 will reconfigure as the dead card and take over.

So above configuration would be more resilient than what you have at the moment.

 

[aperolina72]

Hi Sir,

I will try this one. This is very helpful. Thanks alot.

Regards,
Alfredo