Re: [c-nsp] TFTP/SCP

I agree with you 100%. Also, there is an issue with ipv6 support with it as well. On Mon, Nov 23, 2015 at 9:55 AM, Jared Mauch wrote: > > > On Nov 23, 2015, at 9:52 AM, Aaron wrote: > > > > sftp isn't under copy. Not sure why it isn't. > > > >

Re: [c-nsp] TFTP/SCP

> On Nov 23, 2015, at 9:42 AM, Aaron wrote: > > and scp/sftp > The issue I’ve seen here is a directional one, there is no SCP/SFTP support to copy data out: RP/0/RSP0/CPU0:Router#copy ? /recurseRecursively list subdirectories encountered WORDCopy

Re: [c-nsp] TFTP/SCP

h <ja...@puck.nether.net> Sent: Monday, November 23, 2015 8:46 AM To: Aaron Cc: John Heasley; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] TFTP/SCP > On Nov 23, 2015, at 9:42 AM, Aaron <dudep...@gmail.com> wrote: > > and scp/sftp > The issue I’ve seen here is a directional one

Re: [c-nsp] TFTP/SCP

_ > From: cisco-nsp <cisco-nsp-boun...@puck.nether.net> on behalf of Jared Mauch > <ja...@puck.nether.net> > Sent: Monday, November 23, 2015 8:46 AM > To: Aaron > Cc: John Heasley; cisco-nsp@puck.nether.net > Subject: Re: [c-nsp] TFTP/SCP > >> On N

Re: [c-nsp] TFTP/SCP

sftp isn't under copy. Not sure why it isn't. RP/0/RSP0/CPU0:2051a-lab#sftp ? WORD [[user@][host[:]]][source-filename] On Mon, Nov 23, 2015 at 9:46 AM, Jared Mauch wrote: > > > On Nov 23, 2015, at 9:42 AM, Aaron wrote: > > > > and scp/sftp > >

Re: [c-nsp] TFTP/SCP

> On Nov 23, 2015, at 9:52 AM, Aaron wrote: > > sftp isn't under copy. Not sure why it isn't. > > RP/0/RSP0/CPU0:2051a-lab#sftp ? > WORD [[user@][host[:]]][source-filename] > It’s not made accessible to any other parts of the system either, so isn’t properly

Re: [c-nsp] TFTP/SCP

Fri, Nov 20, 2015 at 10:24:17AM +, James Bensley: > On 19 November 2015 at 16:55, Nick Hilliard wrote: > > On 19/11/2015 18:15, Jeremy Bresley wrote: > >> With the exception of NX-OS, pretty much anything on code released in the > >> last 3-4 years supports HTTP downloads > >

Re: [c-nsp] TFTP/SCP

On 19 November 2015 at 16:55, Nick Hilliard wrote: > On 19/11/2015 18:15, Jeremy Bresley wrote: >> With the exception of NX-OS, pretty much anything on code released in the >> last 3-4 years supports HTTP downloads > > XR supports only ftp and tftp. > > Nick You can SCP from

Re: [c-nsp] TFTP/SCP

Re CoPP; it is a better solution but requires a little more engineering - you can accidentally drop packets that need not be dropped (like BPDUs, routing protocol, your SSH session) Implementation is as easy as any other interface. Input can only be policed, not shaped. policy-map

Re: [c-nsp] TFTP/SCP

> On 19/Nov/15 12:25, Harry Hambi - Atos wrote: > > Hi All, > Uploading IOS 15.2.SE7 to a number of 3750 switches using tftp. This proved > very slow, so I decided to use SCP which was a lot > quicker. However, SCP caused a cpu spike on the switch which caused snmp > drops. Has anyone ever

Re: [c-nsp] TFTP/SCP

Hi, On Thu, Nov 19, 2015 at 06:55:46PM +0200, Nick Hilliard wrote: > On 19/11/2015 18:15, Jeremy Bresley wrote: > > With the exception of NX-OS, pretty much anything on code released in the > > last 3-4 years supports HTTP downloads > > XR supports only ftp and tftp. It does sftp, but maybe not

Re: [c-nsp] TFTP/SCP

On 19/Nov/15 12:25, Harry Hambi - Atos wrote: > Hi All, > Uploading IOS 15.2.SE7 to a number of 3750 switches using tftp. This proved > very slow, so I decided to use SCP which was a lot quicker. However, SCP > caused a cpu spike on the switch which caused snmp drops. Has anyone ever >

[c-nsp] TFTP/SCP

Hi All, Uploading IOS 15.2.SE7 to a number of 3750 switches using tftp. This proved very slow, so I decided to use SCP which was a lot quicker. However, SCP caused a cpu spike on the switch which caused snmp drops. Has anyone ever experience this?, the switch was passing data traffic normally.

Re: [c-nsp] TFTP/SCP

I've suggested removing TFTP as its a crutch and has many shortcomings, more so when any latency is involved. People used a custom RCPD in the past to solve this as well. Beware as the CIsco FTP clients behave strangely across all versions and may request the file multiple times. They don't

Re: [c-nsp] TFTP/SCP

> access other than FTP'ing images? > > -dan > > > -Original Message- > From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Jared > Mauch > Sent: Thursday, November 19, 2015 8:54 AM > To: Mark Tinka <mark.ti...@seacom.mu> > Cc: cis

Re: [c-nsp] TFTP/SCP

The crypto-work gets done on the CPU in software, and the CPUs on those switches are not very strong. (data traffic is forwarded by the hardware, only some special pakets (STP, CDP, ...) disturb the CPU; while management traffic must be handled by the CPU) Juergen.

Re: [c-nsp] TFTP/SCP

From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Alex Pressé Sent: 19 November 2015 15:01 To: Daniel Brisson Cc: cisco-nsp@puck.nether.net; Jared Mauch Subject: Re: [c-nsp] TFTP/SCP I've dumped images in a place available via HTTP. The nice thing about SCP is being able to

Re: [c-nsp] TFTP/SCP

With the exception of NX-OS, pretty much anything on code released in the last 3-4 years supports HTTP downloads. Just put the images on a web server reachable by the client (can put them in a directory and specify the path as well). I did this with a Linux host with Apache and did an alias

Re: [c-nsp] TFTP/SCP

t; Harry Hambi BEng(Hons) MIET Rsgb > > > -Original Message- > From: cisco-nsp [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of > Alex Pressé > Sent: 19 November 2015 15:01 > To: Daniel Brisson > Cc: cisco-nsp@puck.nether.net; Jared Mauch > Subject: Re: [c-ns

Re: [c-nsp] TFTP/SCP

We use FTP as the image isn't something that needs to be protected from eavesdroppers. Jared Mauch > On Nov 19, 2015, at 6:46 AM, Mark Tinka wrote: > > > >> On 19/Nov/15 12:25, Harry Hambi - Atos wrote: >> >> Hi All, >> Uploading IOS 15.2.SE7 to a number of 3750

Re: [c-nsp] TFTP/SCP

.ti...@seacom.mu> Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] TFTP/SCP We use FTP as the image isn't something that needs to be protected from eavesdroppers. Jared Mauch > On Nov 19, 2015, at 6:46 AM, Mark Tinka <mark.ti...@seacom.mu> wrote: > > > >> On 19/No

Re: [c-nsp] TFTP/SCP

et] On Behalf Of > Jared Mauch > Sent: Thursday, November 19, 2015 8:54 AM > To: Mark Tinka <mark.ti...@seacom.mu> > Cc: cisco-nsp@puck.nether.net > Subject: Re: [c-nsp] TFTP/SCP > > We use FTP as the image isn't something that needs to be protected from > eavesdropp

Re: [c-nsp] TFTP/SCP

On 19/11/2015 18:15, Jeremy Bresley wrote: > With the exception of NX-OS, pretty much anything on code released in the > last 3-4 years supports HTTP downloads XR supports only ftp and tftp. Nick ___ cisco-nsp mailing list cisco-nsp@puck.nether.net

Re: [c-nsp] TFTP/SCP

> On 19/11/2015 18:15, Jeremy Bresley wrote: >> With the exception of NX-OS, pretty much anything on code released in the >> last 3-4 years supports HTTP downloads > > XR supports only ftp and tftp. SCP is in XR 05.01.01 (but not via the "filesystem" like wrapper so you can actually use it in all

Re: [c-nsp] TFTP/SCP

On 19/Nov/15 15:54, Jared Mauch wrote: > We use FTP as the image isn't something that needs to be protected from > eavesdroppers. We use FTP also, as SCP support was non-uniform across various versions of IOS for a while. Mark. ___ cisco-nsp

Re: [c-nsp] tftp woes

On Sun, 2011-07-24 at 21:43 -0500, Dan Letkeman wrote: After about 12-15 machines start the image transfer the server gets over utilized and the tftp download from the server starts to take a lot longer on the rest of the machines that need to download the imaging software, not the image

Re: [c-nsp] tftp woes

Thanks guys, I will do some packet captures and see what it shows me. I think the server might be over utilized as well, because if we are imaging off of one server and then we tftp off of another, things are faster. So that to me says that its a server problem and not a network problem. Yes we

Re: [c-nsp] tftp woes

Dan Letkeman danletke...@gmail.com wrote: I think the server might be over utilized as well, because if we are imaging off of one server and then we tftp off of another, things are faster. So that to me says that its a server problem and not a network problem. Yes we multicast as well,

[c-nsp] tftp woes

Hello, We have imaging servers in all of our locations, and we normally image around 30 to 60 machines at once. The image is usually stored on a server with local SAS raid storage, which is connected to a 3560G at1Gbps, and then to 2960's (10/100 w/Gig Uplinks to the 3560G). After about 12-15

Re: [c-nsp] tftp

What do you mean verify? Assuming you mean verify the image was copied correctly, you can look at the MD5 signature via the verify command. To verify the checksum of a file on a flash memory file system or compute a Message Digest 5 (MD5) signature for a file, use the *verify* command in

[c-nsp] tftp

Hi How to copy the falsh to tftp? Can you help? thank you - Looking for the perfect gift? Give the gift of Flickr! ___ cisco-nsp mailing list cisco-nsp@puck.nether.net

Re: [c-nsp] tftp

yes. it works how can I verify the flash? Thank you Mark Tinka [EMAIL PROTECTED] wrote: On Saturday 15 November 2008 19:57:18 chloe K wrote: Hi How to copy the falsh to tftp? #copy flash: tftp: Cheers, Mark. - Be smarter than spam.

Re: [c-nsp] tftp

have ASA or PIX or any other firewalls make sure to allow the TFTP UDP Port) Thanks Date: Sat, 15 Nov 2008 06:57:18 -0500 From: [EMAIL PROTECTED] To: cisco-nsp@puck.nether.net Subject: [c-nsp] tftp Hi How to copy the falsh to tftp? Can you help? thank you

Re: [c-nsp] tftp

) Thanks Date: Sat, 15 Nov 2008 06:57:18 -0500 From: [EMAIL PROTECTED] To: cisco-nsp@puck.nether.net Subject: [c-nsp] tftp Hi How to copy the falsh to tftp? Can you help? thank you - Looking for the perfect gift? Give the gift of Flickr

Re: [c-nsp] tftp

On Saturday 15 November 2008 19:57:18 chloe K wrote: Hi How to copy the falsh to tftp? #copy flash:filename tftp: Cheers, Mark. signature.asc Description: This is a digitally signed message part. ___ cisco-nsp mailing list

[c-nsp] TFTP server for LWAPP to Autonomous downgrade

Hi, I have read your question today. Have you found out the solution? as you set the tftp server machine to 10.0.0.2, make sure your firewall not blocking the data transfer, use direct cable and in the tftp server settings- make sure will allow sending files out. Better to turn the firewall