Nothing better than having a pair of linux VM's to backup to, in geographically diverse locations :)
For a temporary backup or COP source, enable ssh on the esxi host or I use my macbook as the sftp server. On Tue, Apr 24, 2018 at 6:51 PM Anthony Holloway < avholloway+cisco-v...@gmail.com> wrote: > I was mostly making fun of the "free FTDP" when it should have been > "freeFTPd." However, I appreciate you breathing new life into this. > > On Tue, Apr 24, 2018 at 2:34 PM Ryan Ratliff (rratliff) < > rratl...@cisco.com> wrote: > >> Just filed CSCvj14739 to see if they will update the docs. Given the last >> release of FreeFTPd was a number of years ago there’s no guarantee it will >> happen, but that doesn’t mean it won’t work any longer. >> >> -Ryan >> >> On Apr 24, 2018, at 3:10 PM, Ryan Huff <ryanh...@outlook.com> wrote: >> >> It was the 1GB max per transaction file size, but was then fixed. I don’t >> think they’ve restricted their cipher suites either, so I think it still >> works with CBC-Blowfish and other older/weaker suites .... which is why >> folks like it on CUCM; might not be the most secure but it just works. >> >> Sent from my iPhone >> >> On Apr 24, 2018, at 15:06, Ryan Ratliff (rratliff) <rratl...@cisco.com> >> wrote: >> >> I vaguely recall something changing with FreeFTPd that specifically broke >> our DRS and that’s why it’s no longer supported. >> i don’t know if it was a max file size or something else. >> >> -Ryan >> >> On Apr 24, 2018, at 12:33 PM, Anthony Holloway < >> avholloway+cisco-v...@gmail.com> wrote: >> >> I just noticed Cisco now supports freeFTPd, but they stopped supporting >> my favorite SFTP product "free FTDP." :( >> >> "Cisco does not support using the SFTP product free FTDP." >> >> Source: same document >> >> On Sat, Mar 31, 2018 at 10:38 PM Anthony Holloway < >> avholloway+cisco-v...@gmail.com> wrote: >> >>> Has anyone seen this lately? This thing is nuts. I've been doing >>> upgrades for like 10 years now, and this seems a little over the top. >>> >>> >>> https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/upgrade/11_5_1/cucm_b_upgrade-guide-cucm-115/cucm_b_upgrade-guide-cucm-115_chapter_010001.html >>> >>> Some Highlights: >>> >>> "If you have custom ringtones or background images in the TFTP >>> directory, you need to create a separate backup for these files. They are >>> not included in the Disaster Recovery System (DRS) backup file." >>> >>> Good to know. I must admit that I didn't know that. >>> >>> "Record the following login and password information: all application >>> users credentials, such as DRS, AXL, and accounts for other third-party >>> integration" >>> >>> What? Why? What do you plan on doing with my configuration? >>> >>> "Record the settings for Enterprise Parameters on both [CM] nodes and >>> [IM&P] nodes. [T]he settings that are configured on Unified Communications >>> Manager nodes overwrite the settings configured on IM and Presence Service >>> nodes during the upgrade process." >>> >>> Well that's some lazy software engineering right there folks. >>> >>> "Export user records using the Bulk Administration Tool (BAT)." >>> >>> That's a nice list of users you got there. It would be a shame if this >>> upgrade deleted all of them. >>> >>> And the list just goes on, and on, and on. The pre-upgrade is as long >>> as the upgrade. Who legitimately is already doing 100% of these things? >>> >> _______________________________________________ >> cisco-voip mailing list >> cisco-voip@puck.nether.net >> https://puck.nether.net/mailman/listinfo/cisco-voip >> >> _______________________________________________ >> cisco-voip mailing list >> cisco-voip@puck.nether.net >> https://puck.nether.net/mailman/listinfo/cisco-voip >> >> >> _______________________________________________ > cisco-voip mailing list > cisco-voip@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-voip >
_______________________________________________ cisco-voip mailing list cisco-voip@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-voip