Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Transfer in Opensqape Echoserver

Karmozdi

Technical User
Feb 18, 2019
131
US
hello
I have a question about OS4K version 10.
When a secretary calls a mobile and wants to transfer this communication to his boss, the call will be returned to him as soon as the secretary hangs up. Please tell me what to do so that the transfer does not return
Best regards .
.................
ADD-TDCSU:NEW,1-01-012-0,120,120,0,0,102,1,1,"ISDN ",10,ETSI,8,,NONE,,,,GDTR,N,CO,NONE,N,0,,00,0,,,,31,MANY,10,0,1,1,EMPTY,10,5,N,,,,,,16,8,0,10,,EC&G711&G729A,,30,CIR,Y,TRADITIO,0,60,60,S2COD,1&&30,N,1,1,0,0,0,0,0;


ADD-COP:120,ANS,TA,TA;
CHANGE-COP:120,COPADD,,,,S2CONN,;

ADD-COT:120,RCL&XFER&ANS&KNOR&CEOC&CEBC&TIE&CBBN&CBFN&FWDN&FNAN&BSHT&FWDR&DPRE&LWNC&ATRS&NLCR&TSCS&ICZL&ICZO&TRSC&DFNN&CFVA&NITO&NTON;

ADD-COSSU:,102,,,,,,,,;
CHA-COSSU:COS,102,TA&TNOTCR&CDRINT&SCRSPC&RKOABS&COSXC
D&MB&TRACE;
CHA-COSSU:COS,102,CFNR&VCE&FWDNWK&SUBCAL&SUBDB&SPECAR&CFB&FWDFAS;
CHA-COSSU:COS,102,FWDDIR&CFSWF&FWDBAS&FWDECA&SUBEPP&CW&UUS1IM&UUS3;
CHA-COSSU:COS,102,CFKL;
CHA-COSSU:COS,102,,NOCO&NOTIE;
CHA-COSSU:COS,102,,,NOCO&NOTIE;

ADD-SBCSU:4030,OPTI,DIR,1-7-10-23,OPTIP500,1,1,1,4,4,1,1,0,0,N,0,20,0,2,N,2,28,Y,,,Y,0,N,N,N,Y,N,,,,,,,,5,,,,N,NORMAL,Y,ENGLISH,0,ALL,,0,,,,,,,,,,,,,,,,,;


CHA-ZAND:ALLDATA,EXTEND,NO,TA,NO,NO,TA,NO,MUSIC,TONE,15,YES,YES,DDMM,0,NO,1,,80,100,NO,NO,1,NO,0,5,NO,,MODE1,,NO,NO,NO,YES,YES,YES,NO,NO,NO,NO,NO,NO,NO,NO,NO,NO,YES,YES,YES,NO,NO;
CHANGE-ZAND:TN,10,07,07,7;
CHANGE-ZAND:TONES,OVRTN,0;
CHANGE-ZAND:TONES,CAMP,0;
CHANGE-ZAND:TONES,CONFTN,0;
CHANGE-ZAND:TONES,OVR,0;
CHANGE-ZAND:TONES,KNCONF,0;
CHANGE-ZANDE:ALLDATA,NO,NO,YES,NO,NO,NO,NO," AP-EMERGENCY ",NO,NO,NO,NO,NO,NO,NO,NO,,NO,NO,NO,NO,NO,NO,NO,UNKNOWN,ETSIFSK,NO,NO,NO,NO,NO,0;
CHANGE-ZANDE:ALLDATA2,NO,NO,NO,NO,NO,NO,NO,NO,NO,NO;
CHANGE-ZANDE:OPTISET,NO,NO,NO,NO,NO,NO,NO,NO,NO,NO,NO;
CHANGE-ZANDE:MLPP,NO,NO,NO,NO,NO,NO,NO,NO,NO,NO,NO,NOMETHOD,NO;
CHANGE-ZANDE:ATND,NO,NO,NO;
CHANGE-ZANDE:ACD,NO,NO,NO,NO,NO,NO,NO,NO,NO,NO,NO;
CHANGE-ZANDE:KEYSYS,NO,NO,NO,NO;
CHANGE-ZANDE:DMC,NO,NO;
CHANGE-ZANDE:DLS,0.0.0.0,10444,NO;
CHANGE-ZANDE:SECURITY,NO,TRADITIO,TRADITIO,SECURE,SECURE,128BIT,MIKEY1,STANDARD,NO;
CHANGE-ZANDE:DNS,0.0.0.0,0.0.0.0;
CHANGE-ZANDE:ACL,NO,YES,NO;
CHANGE-ZANDE:ADDR,,,;
CHANGE-ZANDE:OSMO,,0,0,0,NO,NO,RTP,RTP;
CHANGE-ZANDE:OSMO,,,,,,,,,CF&SST&HF&SIP&SEHO&SDND&CSC&FC1&GPC;
CHANGE-ZANDE:OSMO,,,,,,,,,,UNDEF,UNDEF;
CHANGE-ZANDE:OSMO,,,,,,,,,,,,,0.0.0.0,0,,0.0.0.0,0;
CHANGE-ZANDE:OSMO,,,,,,,,,,,,,,,,,,,0.0.0.0,0,,0.0.0.0,0,,0.0.0.0,0;
M2 2 CHA-ZAND:ALLDATA2,5,YES,YES,NO,YES,NO,YES,NO,10,NO,NO,NO,NO,NO,NO,ONHOOK,CENTER,HICOM,YES,NO,STANDARD,NO,YES,NO,1,NO,YES,"UNKNOWNNO ",YES,NO,NO,NO,ENGLISH&AMERICAN&GERMAN&FRENCH&SPANISH,YES,NODIV,NO,NO,NO,SWITOVER,YES,NO,
YES,NO,,YES,BOTHDNIS,NO,YES,NO,0;
CHA-ZAND:OPTISET,24HOUR,EUROPE,ENGLISH&ENGLISH&ENGLISH&ENGLISH&ENGLISH,19,4,2,2,1,4,NORMAL,80,7,YES,2,NO,4,2,3,NO,NO,NO,YES,NO," MELLAT BANK",YES,NO;
 
Dear.

Please check attached file and you will find some information to solve this problem.

Best Regards

Mohammad Ashraf Aziz
 
Hi Dear Ashraf Aziz
I'm sorry
I changed cop, cot and cos, unfortunately, I didn't get the result.
If you find anything from the Etched file, please help me to solve this problem.
 
Add TTT into COS of Telephone and COS of Trunk
Retest
 
Add TTT into COS of Telephone and COS of Trunk
Retest
Hi Dear SBCSU
I hope you are well
It is our honor to meet you and other friends
I added exactly the TTT option to the subscriber's COS and TRUNK, but the moment the call is transferred from the mobile to the extension, the call is returned.
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,


COS=102

ADD-TDCSU:OPT=NEW,PEN=1-01-012-0,COTNO=120,COPNO=120,DPLN=0,ITR=0,COS=102,LCOSV=1,LCOSD=1,CCT="ISDN ",DESTNO=10,PROTVAR="ETSI",SEGMENT=8,DEDSVC=NONE,TRTBL=GDTR,SIDANI=N,ATNTYP=CO,CBMATTR=NONE,TCHARG=N,SUPPRESS=0,ISDNIP=00,ISDNNP=0,TRACOUNT=31,SATCOUNT=MANY,NNO=10,ALARMNO=0,FIDX=1,CARRIER=1,ZONE=EMPTY,COTX=10,FWDX=5,CHIMAP=N,UUSCCX=16,UUSCCY=8,FNIDX=0,NWMUXTIM=10,CLASSMRK=EC&G711&G729A,TGRP=30,SRCHMODE=CIR,INS=Y,SECLEVEL=TRADITIO,HMUSIC=0,CALLTIM=60,WARNTIM=60,DEV=S2COD,BCHAN=1&&30,BCNEG=N,BCGR=1,LWPAR=1,LWPP=0,LWLT=0,LWPS=0,LWR1=0,LWR2=0;

ADD-COSSU:NEWCOS=102;
CHANGE-COSSU:TYPE=COS,COS=102,AVCE=TA&TNOTCR&CDRINT&SCRSPC&RKOABS&COSXCD&MB&TRAC
E;
CHANGE-COSSU:TYPE=COS,COS=102,AVCE=CFNR&VCE&FWDNWK&TTT&SUBCAL&SUBDB&SPECAR&CFB;
CHANGE-COSSU:TYPE=COS,COS=102,AVCE=FWDFAS&FWDDIR&CFSWF&FWDBAS&FWDECA&SUBEPP&CW&U
US1IM;
CHANGE-COSSU:TYPE=COS,COS=102,AVCE=UUS3&CFKL;
CHANGE-COSSU:TYPE=COS,COS=102,AFAX=NOCO&NOTIE&TTT;
CHANGE-COSSU:TYPE=COS,COS=102,ADTE=NOCO&NOTIE&TTT;


ADD-SBCSU:STNO=4030,OPT=OPTI,CONN=DIR,PEN=1-7-10-23,DVCFIG=OPTIP500,TSI=1,COS1=1
02,COS2=102,LCOSV1=4,LCOSV2=4,LCOSD1=1,LCOSD2=1,DPLN=0,ITR=0,SSTNO=N,COSX=0,SPDI
=20,SPDC1=0,SPDC2=2,IDCR=N,REP=2,STD=28,SECR=Y,INS=Y,ALARMNO=0,RCBKB=N,RCBKNA=N,
DSSTNA=N,DSSTNB=Y,DIGNODIS=N,CBKBMAX=5,HEADSET=N,HSKEY=NORMAL,CBKNAMB=Y,TEXTSEL=
ENGLISH,HMUSIC=0,CALLOG=ALL,COMGRP=0;

ADD-SCSU:STNO=3030,PEN=1-8-4-16,DVCFIG=ANATE,DPLN=0,ITR=0,COS1=102,COS2=102,LCOSV1=4,LCOSV2=4,LCOSD1=1,LCOSD2=1,COSX=0,SPDI=0,COFIDX=0,CCTIDX=1,DIAL=VAR,TEXTSEL=ENGLISH,INS=YES,SSTNO=NO,HMUSIC=0,CONN=DIR,FLASH=YES,DTMFBLK=NO,PMIDX=0;
 
TRY
Remove DFNN from COT and try again
I did as you said, but I still have this problem.
It should be mentioned sometimes analog subscribers also have this transfer problem. Then the transfer of the call is returned. I change the PTIM and it works fine for a few months. But the E1 trunk transfer problem keeps returning to all internal subscribers after the transfer.
Best regards
 
PTIME is not the place to look for a solution here, and there is no logic to "it works for a few months" unless you have system restarts which are undoing changes, and I bet that's not happening.

If it works one time but not another then your scenario is different, and you haven't worked out why yet. Is it failing on transfer ringing or transfer talking, or both?

Failed transfers in 4K are often a result of node number misconfiguration. I see in your ZAND ALLDATA you have neither PNNO or PNODECD. It is possible to transfer with missing physical node number, but it's very strange to see a DB without it. I would enter both those parameters and retest.

Are you able to post a full regen? Password the zip if you like and drop me a PM with the password in. A zipped copy of VHD2 would be even better, they are usually between 200-300MB. Again can password protect it if you like.
 
PTIME is not the place to look for a solution here, and there is no logic to "it works for a few months" unless you have system restarts which are undoing changes, and I bet that's not happening.

If it works one time but not another then your scenario is different, and you haven't worked out why yet. Is it failing on transfer ringing or transfer talking, or both?

Failed transfers in 4K are often a result of node number misconfiguration. I see in your ZAND ALLDATA you have neither PNNO or PNODECD. It is possible to transfer with missing physical node number, but it's very strange to see a DB without it. I would enter both those parameters and retest.

Are you able to post a full regen? Password the zip if you like and drop me a PM with the password in. A zipped copy of VHD2 would be even better, they are usually between 200-300MB. Again can password protect it if you like.
My extension number is 4030 named X when I want to call a mobile named Y and then transfer y to my colleague with 2059 named Z after X talks to Z and asks to transfer y to Z. As soon as X hung up the phone, the mobile phone line with the name y returned to X's line at my number 4030, and the mobile transfer to my colleague's internal number to 2059 is not done.
Only the transfer through the incoming call is active, but the outgoing transfer is inactive
If necessary, I will send you the region file.
 
So what you don't say is -

Does it work if the PSTN call Y is incoming, rather then outgoing.
Above, X talks to Z before transfer (transfer talking), does it work if X just dials Z's number and hangs up (transfer ringing).

Doesn't matter. Put a PNNO and PNODECD in ZAND ALLDATA, make sure the level is the same as KNDEF (so 700 is single level, 1-1-700 is triple level). Make them the same level. Check the outgoing RICHT NNO for the call to mobile, make sure that is also the same level as KNDEF. 4K does not work well with mixed level node numbers.

Send the full regen. Transfer from 4K with Comwin-FT not sta-list. Transfer as SAM format. You can change any IP addresses or names (PERSI RICHT BUEND etc) in the file, but don't change any config. Better really to password protect it and PM me the password.

Send also a dis-aps:,psgl,y*; which will list the patch version.
 

Part and Inventory Search

Sponsor

Back
Top