Open ghost opened 12 years ago
The documentation on this variant of ECHI appears to be here: http://downloads.avaya.com/css/P8/documents/100089905
If you are interested in copying the existing version16.yml and modifying it to match 16.1, I would be happy to include it in the next release. It should be a relatively small change from Version 16, though I have not yet read closely to determine the differences.
Thanks dude, your support is very important, created under the new version based on the book you said, actually there were some changes and I still can not identify where I'm wrong:
ECH File construct, order is important, as the application sequentially reads the file Source: http://downloads.avaya.com/css/P8/documents/100089905 Version 16.1 echi_records:
echi_acds:
echi_agents:
echi_reasons:
echi_cwcs:
echi_splits:
echi_trunks:
echi_vdns:
name: name type: str length: 255
echi_vectors:
have any idea ?
And This is error:
Wed Apr 04 16:24:09 -0300 2012 (396) Initialized the database Wed Apr 04 16:24:09 -0300 2012 (396) ECHI-Converter daemon started with these settings:
Wed Apr 04 16:24:09 -0300 2012 (396) get_ftp_files method Wed Apr 04 16:24:09 -0300 2012 (396) Successfully connected to the ECHI FTP server Wed Apr 04 16:24:09 -0300 2012 (396) Using a single ftp session to fetch the files Wed Apr 04 16:24:09 -0300 2012 (396) Successfully connected to the ECHI FTP server Wed Apr 04 16:24:09 -0300 2012 (396) Closed ftp session. Wed Apr 04 16:24:09 -0300 2012 (396) set_directory method Wed Apr 04 16:24:09 -0300 2012 (396) convert_binary_file Wed Apr 04 16:24:09 -0300 2012 (396) File size: 204803 Wed Apr 04 16:24:09 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:09 -0300 2012 (396) Version 16 Wed Apr 04 16:24:09 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:09 -0300 2012 (396) File_number 1102 Wed Apr 04 16:24:11 -0300 2012 (396) <====================START RECORD 0 ====================> Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) callid { type => int & length => 4 } value => 14972003 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) acwtime { type => int & length => 4 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) onholdtime { type => int & length => 4 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) consulttime { type => int & length => 4 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) disptime { type => int & length => 4 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) duration { type => int & length => 4 } value => 1345 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) segstart { type => datetime & length => 4 } value => Fri Feb 17 12:05:47 UTC 2012 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) segstart_utc { type => datetime & length => 4 } value => Fri Feb 17 09:05:47 UTC 2012 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) segstop { type => datetime & length => 4 } value => Fri Feb 17 12:28:12 UTC 2012 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) segstop_utc { type => datetime & length => 2 } value => Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) talktime { type => int & length => 4 } value => 1329470892 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) netintime { type => int & length => 4 } value => 54 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) origholdtime { type => int & length => 4 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) queuetime { type => int & length => 4 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) ringtime { type => int & length => 4 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) dispivector { type => int & length => 2 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) dispsplit { type => int & length => 2 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) firstivector { type => int & length => 2 } value => 1301 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) split1 { type => int & length => 2 } value => 1301 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) split2 { type => int & length => 2 } value => 1301 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) split3 { type => int & length => 2 } value => 1301 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) trunkgroup { type => int & length => 2 } value => -1 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) tklocid { type => int & length => 2 } value => -1 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) origlocid { type => int & length => 2 } value => 91 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) answerlocid { type => int & length => 2 } value => 1 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) obslocid { type => int & length => 2 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) uuilen { type => int & length => 2 } value => 1 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) assist { type => bool & length => 1 } value => N Wed Apr 04 16:24:11 -0300 2012 (396) audiodifficulty { type => bool & length => 1 } value => N Wed Apr 04 16:24:11 -0300 2012 (396) conference { type => bool & length => 1 } value => N Wed Apr 04 16:24:11 -0300 2012 (396) daqueued { type => bool & length => 1 } value => N Wed Apr 04 16:24:11 -0300 2012 (396) holdabn { type => bool & length => 1 } value => N Wed Apr 04 16:24:11 -0300 2012 (396) malicious { type => bool & length => 1 } value => N Wed Apr 04 16:24:11 -0300 2012 (396) observingcall { type => bool & length => 1 } value => N Wed Apr 04 16:24:11 -0300 2012 (396) transferred { type => bool & length => 1 } value => N Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) agentreleased { type => bool & length => 1 } value => N Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) acdnum { type => int & length => 1 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) calldisp { type => int & length => 1 } value => 0 Wed Apr 04 16:24:11 -0300 2012 (396) dump_binary method Wed Apr 04 16:24:11 -0300 2012 (396) Error processing ECHI file - malformed UTF-8 character
The logs are interesting but they will not provide enough information to actually create a V16.1 definition. I can't promise anything quickly, but if you want me to take a look please give me an example data file create by the Avaya CMS. Please also send me your modified version16.1.yml so I can compare (a pull request for this would be best).
Thanks, I sent e-mail all the data requested
if you want you can post information for others, believe that these data will help many with the same problem
Hello, do not worry about the time but you have something new about the files ECHI
Thanks Man
Hi i need too this new version, thanks for help, you save my job heheh ^^
Mannnnnnnn I found the erro
in line of padding your type is String not STR
Thanks and bye ^^
Great! Would you mind sending a pull request so I can include this in a future version?
Do it, don't' worry, but i don't know how use this "pull request" XD
i use 16.1 CMS and this script now is working
Thanks Bruno it working Now !!!!!!!!
Hello Bruno, I have a doubt, the time in UTC is three hours late in comparison to the ticket that generates avaya, how to fix this?
hi i found the error is in time zone, but where i change this ???
I think this issue may have been closed accidentally.
@ghost: I checked the difference between our version16.yml and your 16.1.yml from http://cloud.github.com/downloads/brunobst/echi-converter/New16.1.yml. It looks like most of the changes are replacing "str" with "int", but that does not seem to make sense to me. Would you mind explaining the changes you made to get it to work?
I sent an email to bruno and he sent this model to version 16.1, we note that the sum of all bytes result in 621, using this value plus avaya manual for this model we can use the system normally
This is a new version 16.1.
echi_records:
echi_acds:
echi_agents:
echi_reasons:
echi_cwcs:
echi_splits:
echi_trunks:
echi_vdns:
echi_vectors:
I do not know very well using this forum,: P but I think that is enough to test
Thanks @treicy, I will see what has changed in your paste relative to our verison16.yml.
bklang you need a file to test?
I have one from Bruno, but another sample would be welcome (yes, please). Also, please confirm the version of the Avaya CMS you are running, or at least the ECHI version.
I'm using version of CMS 16.1 and found a version that "ECHI-converter 0.4.4" Bruno uses the same as, used the same file that the bruno released and it worked, also tried with my tickets and this ok
the value to the manual avaya segstop_utc is 2 bytes, but in the ECHI can only collect some information when I place, 4 bytes
something new ?
Hello can close this issue, my problem was resolved.
Thanks so much
Hello I am in Brazil and the schedule generated by the ECHI is 3 hours at least, I used this method to correct the time, I edited the file Echi-converter.rb on line 206 Time.at value = (value +10800). utc, added the value "10800" which is more "03:00:00", perhaps most users found this problem, just managed to solve
Thanks for all your support, I'm closing this request
@treicy, this sounds more like a timezone issue. You may want to try setting the TZ environment variable before you start echi-converter, OR you may need to verify that the timezone is correct on the Avaya. In either case, please open a separate issue if you believe this is a real bug. I'm leaving this open until Bruno's changes get verified and merged.
understand, how I solve this so I do not think need to open another ticket, I talk often with Bruno, he does not know much about Ruby but got this "trick" hehe, really appreciate all the help I received, but an hour my boss is satisfied with these results, thank you and continue with this great job
Hello @ghost, Could you please upload example file for ver. 16.1 one more time. This link https://github.com/downloads/brunobst/echi-converter/chr0001.180 dont work. I am very need it for test. Thanks in advance
Hello and thanks for reading,
i use Avaya CMS 16.1 and yml version16.yml don't work, in manual of this version i see other struct, someone have this new version Ex: version16.1.yml ???
again thanks for reading