03-04-2009 09:39 AM - edited 03-15-2019 04:37 PM
Hi all,
I have some problem with CDR accounting on CME/Voice Gateway using file accounting method.
After configuring the router like explained in Cisco guide
http://www.cisco.com/en/US/docs/ios/voice/cdr/developer/guide/cdrcsv.html
in my ftp server I can't find cdr file, but only empty file called with the correct sintax (like written in the next line).
With debugging, in the CME I see this error:
Mar 4 16:38:27.494: %VOICE_FILE_ACCT-3-DUMPFAIL: Could not dump to remote file - open ftp://user:password@192.168.233.92/cdr.MEDIA-VG.03_04_2009_16_38_27.470. Error=2(No such file or directory)
I try to use 5 different FTP server and change the permission on my FTP directory, but the problem still remain.
Any idea? There is a ftp "certified" to work with this configuration?
Thanks
Danilo
03-04-2009 09:48 AM
Take a trace in the FTP server or debug ip ftp, you will see what the file problem is.
03-06-2009 12:18 AM
Below the debug:
debug ip ftp:
Mar 6 07:58:09.146: FTP: 220 syslog-test FTP server (Version wu-2.6.2(1) Sat Ju
l 19 16:21:30 UTC 2008) ready.
Mar 6 07:58:09.146: FTP: ---> USER user
Mar 6 07:58:09.150: FTP: 331 Password required for tecnico.
Mar 6 07:58:09.150: FTP: ---> PASS user
Mar 6 07:58:09.154: FTP: 230 User tecnico logged in.
Mar 6 07:58:09.154: FTP: ---> TYPE I
Mar 6 07:58:09.154: FTP: 200 Type set to I.
Mar 6 07:58:09.154: FTP: ---> PASV
Mar 6 07:58:09.158: FTP: 227 Entering Passive Mode (192,168,233,92,220,135)
Mar 6 07:58:09.162: FTP: ---> APPE cdr.MEDIA-VG.03_06_2009_08_58_06.127
Mar 6 07:58:09.162: FTP: 150 Opening BINARY mode data connection for cdr.MEDIA-
VG.03_06_2009_08_58_06.127.
Mar 6 08:58:09.162: %VOICE_FILE_ACCT-3-DUMPFAIL: Could not dump to remote file
- open ftp://tecnico:bjcabrio@192.168.233.92/cdr.MEDIA-VG.03_06_2009_08_58_06.12
7. Error=2(No such file or directory)
Ftp serve log:
Fri Mar 6 09:15:13 2009 [pid 11734] CONNECT: Client "192.168.233.69"
Fri Mar 6 09:15:13 2009 [pid 11734] FTP response: Client "192.168.233.69", "220 (vsFTPd 2.0.5)"
Fri Mar 6 09:15:13 2009 [pid 11734] FTP command: Client "192.168.233.69", "USER user"
Fri Mar 6 09:15:13 2009 [pid 11734] [nagios] FTP response: Client "192.168.233.69", "331 Please specify the password."
Fri Mar 6 09:15:13 2009 [pid 11734] [nagios] FTP command: Client "192.168.233.69", "PASS
Fri Mar 6 09:15:13 2009 [pid 11733] [nagios] OK LOGIN: Client "192.168.233.69"
Fri Mar 6 09:15:13 2009 [pid 11735] [nagios] FTP response: Client "192.168.233.69", "230 Login successful."
Fri Mar 6 09:15:13 2009 [pid 11735] [nagios] FTP command: Client "192.168.233.69", "TYPE I"
Fri Mar 6 09:15:13 2009 [pid 11735] [nagios] FTP response: Client "192.168.233.69", "200 Switching to Binary mode."
Fri Mar 6 09:15:13 2009 [pid 11735] [nagios] FTP command: Client "192.168.233.69", "PASV"
Fri Mar 6 09:15:13 2009 [pid 11735] [nagios] FTP response: Client "192.168.233.69", "227 Entering Passive Mode (192,168,233,90,119,91)"
Fri Mar 6 09:15:13 2009 [pid 11735] [nagios] FTP command: Client "192.168.233.69", "APPE cdr.MEDIA-VG.03_06_2009_09_15_13.734"
Fri Mar 6 09:15:13 2009 [pid 11735] [nagios] FTP response: Client "192.168.233.69", "150 Ok to send data."
Fri Mar 6 09:15:19 2009 [pid 10540] [nagios] FTP command: Client "192.168.233.218", "TYPE A"
Fri Mar 6 09:15:19 2009 [pid 10540] [nagios] FTP response: Client "192.168.233.218", "200 Switching to ASCII mode."
I'm not an expert about ftp a gw-accountig file, but I can't see any particular error on the debug.
03-09-2009 02:22 AM
Hello,
I have the same issue. Did you find any solution?
I'm using 3Com 3CDaemon FTP Server Version 2.0.
Regards,
Krisztian
03-18-2009 10:06 AM
Hi Krisztian,
I try various FTP server (on linux machine or windows machine), but the problem still remain.
Any idea?
03-18-2009 10:14 AM
It seems to me, that CME cannot find the local file, probably a bug.
Either contact the TAC for further investigations, or use syslog based CDR logging.
03-23-2009 01:09 AM
Hi,
I changed the IOS for 124-22.YB. The issue solved.
Regards,
Krisztian
03-23-2009 01:15 AM
Would be nice to have a bug ID at this point then.
03-25-2009 01:06 AM
Hi all,
the cause of the problem is a bug: CSCsy07953 (http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCsy07953&from=summary).
09-05-2013 09:38 AM
still a bug today....it seems.. Version 15.0(1r)M15
06-30-2015 01:26 PM
This is crazy, I remember having these problems years ago... I've setup another using a 2901 and still the same types of problems. what gives?
Cisco IOS Software, C2900 Software (C2900-UNIVERSALK9-M), Version 15.4(2)T, RELEASE SOFTWARE (fc1)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2014 by Cisco Systems, Inc.
Compiled Wed 26-Mar-14 14:14 by prod_rel_team
ROM: System Bootstrap, Version 15.0(1r)M16, RELEASE SOFTWARE (fc1)
TENG_2901 uptime is 44 weeks, 14 hours, 13 minutes
System returned to ROM by power-on
System restarted at 02:06:08 EDT Tue Aug 26 2014
System image file is "flash:c2900-universalk9-mz.SPA.154-2.T.bin"
Last reload type: Normal Reload
Last reload reason: power-on
1#file-acct flush without-close
Flushing the CDR data to file
TENG_2901#
Jun 30 16:19:48.813 EDT: %FW-4-TCP_OoO_SEG: Dropping TCP Segment: seq:1782537580 1500 bytes is out-of-order; expected seq:1782512964. Reason: TCP reassembly queue overflow - session 192.168.55.244:53482 to 108.175.39.209:80
Jun 30 16:19:49.789 EDT: voice_file_acct_write:
Jun 30 16:19:49.789 EDT: file_acct_write_local: file accounting buffer overflow,dumping to file
Jun 30 16:19:49.789 EDT: voice_file_acct_initiate_dump_to_file: ctx_id=, url=ftp://cisco:ciscocdr@192.168.54.15/TENGCDR/MIAR
Jun 30 16:19:49.789 EDT: voice_file_acct_lock, file_acct=42CE5C34,ctx_id=, refcnt=2
Jun 30 16:19:49.789 EDT: create_file_acct_buffer: buffer of 45k created from chunk 0x39C1A88C
Jun 30 16:19:49.789 EDT: file_acct_write_local: message (len=12) written to file_acct:
20468 bytes left
Jun 30 16:19:49.793 EDT: handle_file_acct_dump_request
Jun 30 16:19:49.793 EDT: handle_file_acct_dump_request: pick up dump request (ctx_id=)
Jun 30 16:19:49.801 EDT: %VOICE_FILE_ACCT-3-DUMPFAIL: Could not dump to remote file - open ftp://cisco:ciscocdr@192.168.54.15/TENGCDR/MIAR.TENG_2901.06_30_2015_16_19_49.793. Error=1539(Unknown error 1539)
Jun 30 16:19:49.801 EDT: handle_file_acct_dump_request, primary file open failure
Jun 30 16:19:49.801 EDT: handle_file_acct_dump_request: pick up dump request (ctx_id=)
Jun 30 16:19:49.813 EDT: handle_file_acct_dump_request: pick up dump request (ctx_id=)
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