[cisco-voip] Problem wth freeSSHd SFTP backups on CCM 6.0

Erick Bergquist erickbee at gmail.com
Mon Nov 26 23:54:25 EST 2007


Well, before CCM5 it was nice and easy... BARS was used for everything
except Unity for the most part (CCM, CRS, CER, etc)

Now you got DRS w/SFTP which you need to check on more often then BARS
(BARS had it problems to), but people still need to run BARS on a
Windows server if they have CRS/CER/etc. And the whole CRS upgrade
process that uses BARS which means BARS really can't be on your CRS
Server.

On Nov 26, 2007 1:36 PM, Jonathan Charles <jonvoip at gmail.com> wrote:
> I agree.
>
> However, in all likelihood when CCM 7 comes out, you will be forced to
> use SFTP too....
>
>
>
> Jonathan
>
>
> On Nov 26, 2007 1:17 PM, Voice Noob <voicenoob at gmail.com> wrote:
> > I don't know why you just move to the Windows version. My copy of BARS
> > is backing up like a champ.
> >
> >
> > On Nov 26, 2007 11:53 AM, Jonathan Charles <jonvoip at gmail.com> wrote:
> > > Fine, then recommend using SFTP...
> > >
> > > But support FTP.
> > >
> > > Every other Cisco device can be configured to exist in any environment
> > > it finds itself.
> > >
> > > You have a router and want it secure? Cool. Don't? Cool too.
> > >
> > > Personally, I cannot tell a customer that is exclusively Windows to
> > > buy a Linux box, and the idea that I should force them to is a great
> > > way to kill a sale and drive that customer to Avaya.
> > >
> > > Cisco should understand that their equipment will exist in a variety
> > > of environments, and some of them (probably most) are all Windows.
> > >
> > > So, Cisco should either provide an SFTP client that they will support
> > > (and warrant) or they should support FTP.
> > >
> > > Simple.
> > >
> > > The fact that Cisco refuses to consider their customers is a sure sign
> > > that they are on their way out. Because right now the customer base
> > > that is complaining about this is around 80%... and the worst part is
> > > that most of their backups are failing and they have no idea... Will
> > > Cisco pay for that rebuild from scratch? I think not.
> > >
> > > It is surprising that Cisco is so anal about this... The big draw to
> > > Cisco is that you can customize to fit any environment and any
> > > security level... now you cannot.
> > >
> > > Cisco needs to realize that some environments are NOT the DoD and do
> > > not require high levels of security on their phone system backups
> > > (some customers are pissed that they are forced to enter a complex
> > > password, no such requirement exists on any router or switch or even
> > > ASA...)
> > >
> > > So, the customers want it, the partners want their customers happy,
> > > and the engineers want something that will work... and the SFTP
> > > offerings available are not working.
> > >
> > >
> > >
> > > Jonathan
> > >
> > >
> > > >
> > > > > On Nov 26, 2007 9:11 AM, Jerky <lists at jerkys.org> wrote:
> > > > > > I agree Cisco should have thought about it a bit more when deciding to
> > > > > > force the more secure sftp/scp protocols since there aren't many(or
> > > > > > maybe even any) solid choices for an sftp service on windows.
> > > >
> > > > Perhaps, but Cisco's "other" business is not just networks, but *secure*
> > > > networks. Using a backup protocol that shows your CallManager's admin
> > > > password in clear text is a huge step backwards and I wouldn't want the
> > > > liability, either.
> > > >
> > > > Robert
> > > >
> > > >
> > > > _______________________________________________
> > > > cisco-voip mailing list
> > > > cisco-voip at puck.nether.net
> > > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > > >
> > > _______________________________________________
> > > cisco-voip mailing list
> > > cisco-voip at puck.nether.net
> > > https://puck.nether.net/mailman/listinfo/cisco-voip
> > >
> >
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>


More information about the cisco-voip mailing list