cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
6939
Views
0
Helpful
10
Replies

CDR CME through FTP server

Danilo Molini
Level 1
Level 1

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

10 Replies 10

paolo bevilacqua
Hall of Fame
Hall of Fame

Take a trace in the FTP server or debug ip ftp, you will see what the file problem is.

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.

Hello,

I have the same issue. Did you find any solution?

I'm using 3Com 3CDaemon FTP Server Version 2.0.

Regards,

Krisztian

Hi Krisztian,

I try various FTP server (on linux machine or windows machine), but the problem still remain.

Any idea?

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.

Hi,

I changed the IOS for 124-22.YB. The issue solved.

Regards,

Krisztian

Would be nice to have a bug ID at this point then.

still a bug today....it seems.. Version 15.0(1r)M15

Christian Isla
Level 1
Level 1

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=)

 

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: