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 Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

CIL over ETHERNET

Status
Not open for further replies.

olaoniran

Technical User
Jul 24, 2009
20
NG
Hi Peeps,

I want to implement Cil over Ethernet, we currently use RS232 through a netbuffer(which we want to eliminate). Would like to know, which licences I require to implement this, the size of buffer needed and the maximum retention time if IP link fails.

Answers would be appreciated.

Thanks
 
Thanks denicvne....appreciate that

still waiting for a response on the other part of my question "the size of buffer needed and the maximum retention time if IP link fails
 
Hi,

The MD110 has a 10Kb allocated buffer in the LIM where the NIU connection resides and each lim reserves a 200 byte buffer per call.
Actual dump of data depends on DMPSIZ parameter of CLOHI command, you can dump per call, per 1kb and per 10kb (max buffer size).
Cdr data will go lost if IP link is down and the buffer is full. The actual number of calls for a 10kb buffer depends on the output format, but the maximum cdr size per call is 200 bytes so at least 51 calls are preserved in the buffer but can be more with smaller call logging formats.

be aware that with CIL over ethernet, the PBX act as a client that connects to a (telnet) server.

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Thanks a lot daddy, that was really insightful...Appreciate
 
Hi Whosrdaddy,

is there a possiblity of increasing the MD110 allocated buffer size of 10Kb??

 
no, this is by design.

if you have concerns about the reliablity of your IP connection, it is better to do CIL to HDU and get the files from the HDU.

I have quite a few installations that get their CDR records via CIL over ethernet and have very few problems. One rule of thumb though, use a separate NIU to handle CIL over ethernet (ie do not mix different applications on the same NIU).

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Hello Daddy,

thanks for your responses so far but i have another question (like oliver twist).

I have configured cil over ethernet with the commands below:

IOEQI:IODEV=CIL-ETH,EQU=1-0-60-04,TYPE=NETWORK,USAGE=OUT;
IONCI:IODEV=CIL-ETH,USER=CIL-1,IP=190.234.225.50,RPORT=700;
CLDFI:FILE=MYLOG,IODEV=CIL-ETH,USER=CIL-1,PRIO=A;
CLOHI:FILE=MYLOG,DMPSIZ=1,FORM=6;
CLODI:FILE=MYLOG,ORI=8&&9;
CLTGI;

but when I do CLDFP I get this,

MYLOG ACT
IODEV/PATH USER DEVICE STATE PRIORITY
CIL-ETH CIL-1 PASSIVE A
END

which is saying device is PASSIVE (does that mean its not transmitting??)

And if its transmitting how do I get the logs on the Remote server.

PLEASE I need answers as I need to get this working by next week...Thanks a great deal
 
I assume you have a program active, listening on TCP port 700 on a computer that has IP address 190.234.225.50?

The TCP connection is made the moment you issue the CLDFI command. You can use any telnet server that has the ability to write files and that can change it's listening port.

Things to check:

ALLOP;
IONCP;

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Hello Daddy,

Thanks for your help so far, I am sure I am not far away from getting this right. Below is what I have from my ALLOP and IONCP.

ALLOP;
CLASS: 3
106 FAULTY I/O BOARD OR CONNECTED I/O DEVICE
DATE TIME ALP NOIF EQU BRDID INF1
16APR10 15:29:14 11 1 001-0-60-04 106 3

278 CIL DATA LOST FOR ONE OR MORE OUTPUT UNITS
DATE TIME ALP NOIF UNIT EQU INF1
17APR10 17:29:07 4 4 CLOP 001-*-**-** 2

CLASS: 2
344 CIL, FAULTY CONNECTION TO NIU PORT
DATE TIME ALP NOIF EQU BRDID INF1
19APR10 07:52:08 13 1 001-0-60-04 106 0

CLASS: 1
114 DEVICE BOARD HAS BEEN ACTIVATED
DATE TIME ALP NOIF EQU BRDID
16APR10 14:38:06 7 2 001-0-60-00 106

<IONCP;
NETWORKING CONNECTION
NODE/IODEV LIM USER TYPE/CON IP PORT PROC
SYSN 1
CIL-ETH CIL-0 CLIENT 190.234.225.50 700
END


My major headache now is how to get what is being sent to the remote server. Someone told me to use hyperterminal but I don't know how to set that up to monitor port 700 on the Remote server, or is there a better program that you can recommend?




 
Hi,

hyperterminal is a telnet client. you need a server, the PBX acts as a client. Google "telnet server" and you will find something. Ideally the telnet server should be able to write logfiles. Then another program can process the file with CDR records.

I made a windows service that writes the cdr records directly to a database for processing.

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Hello Daddy,

I have an application on my remote server now that has the capability to write log files, I have set it to monitor port 21 (FTP) and my IONCI settings reads;

IONCI:IODEV=CIL-ETH,USER=CIL-1,IP=190.234.225.50,RPORT=21;

(does the PABX have the capabilty to do ftp transfer???)

And when I do a CLDFP this is what I get;

<CLDFP;
FILE ADMINISTRATION DATA
FILE STATE
MYLOG ACT
IODEV/PATH USER DEVICE STATE PRIORITY
CIL-ETH CIL-0 READY/NOT STARTED A
END

Why is device showing READY/NOT STARTED, do i need any command to start it.

Thanks

 
Olaoniran,

There was a rather crude test programme that Ericsson put together to test this functionality. This runs under a DOS window as a server and allows you to specify any port i.e. 700. I know it did run under Windows 2000 not sure, if later OS are supported though.

Regards,
 
no it's not FTP, just dumb telnet.

Your IONCP printout is ok
Now you need to issue CLTGI command to start the call logging.

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Hello Daddy,

I have issued the CLTGI command and i get this;

<CLTGI;
NOT ACCEPTED
CALL LOGGING
ALREADY ASSIGNED
 
then it should work.

please post a printout of command CLINP;

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
I just checked your CIL programming.

2 observations:

-you are using FORM 6 which is a user defined format.
did you define FORM 6 with CLFOC command? (check with CLFOP:FORM=6;

-you are using user CIL-1, I assume you have another user called CIL-0? if not, use user CIL-0

/Daddy

-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
<CLINP;
CALL LOGGING DATA
CALL LOGGING MODE: ACTIVATED
MOBILITY LOGGING MODE: NOT ACTIVATED
HEADER FORM DMPSIZ DISCR IN SERVICE LOGABN LOGFAL HRTBT
MYLOG 6 1 0 NO NO 0 NO
ORIG DIAL TIME
8 -9 ALL ALL
DIR LIM BPOS EVENT





<CLFOP:FORM=6;
OUTPUT FORMAT DATA
FORM DATA
1 2 3 4 5 6 7 8 9 10
6 2M 2J1 2J2 2J3 1M 6P3 1M 5K 1M 4N
1M 3Z 5A 5B 1M 20G 1M 9T2 1M 15D
1M 6F 1M 2L 1M 9T 1M 3X* 1M 3Y*
1M 15E 10E1
END


<CLDFP;
FILE ADMINISTRATION DATA
FILE STATE
MYLOG ACT
IODEV/PATH USER DEVICE STATE PRIORITY
CIL-ETH CIL-0 PASSIVE A
END

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top