PuTTY zmodem transfering file integration. Zmodem integration. Sz.exe and rz.exe binaries are available here. ZMODEM YMODEM YMODEM-G YMODEM/BATCH XMODEM-1K XMODEM XMODEM/CRC KERMIT Extended XMODEM ASCII - AS511 3964R RK512 LSV/2 MODBUS SuperCom breaks the limits in fast and reliable data communication and file transfer. It includes nearly all known standard file transfer used in serial communications. I typically avoid XModem; some XModems don't even transfer the right number of bytes (but round up to a half-kilobyte), and don't transmit the filename. However, if you do use XModem (or YModem, but especially XModem), there are a number of variations, so you need to. Run the Xmodem send command on the Opengear device; lsz -X /var/mnt/storage.nvlog/data.bin /dev/port04 Transfer complete' Example 2, receive a file from a device console on port 6 using Zmodem: Login to the Opengear device CLI as root, or an admin-group user and become root; sudo -s. Change directory to mass storage.
Last week at work now, so been rushing to get things sorted out. I have still been doing a bit of study and planing some more ROUTE posts, but with a broken down car and house sale looking like its falling through haven’t had time to do any actually real posting.
However I came across something today, that I have known about for a while but never really used much. One of the things every one seems to love about CISCO is the fact you can simple copy and past configurations in to the terminal emulator window. And this is indeed great. set up one interface, copy the config to notepad, update it as you wish and past it back in… A real time saver and why we all love CISCO more than Microsoft ;).
In the past this is also how I have always copied backed up configurations on to a new switch/router. Simply open the saved config in notepad. Ctrl-A to select it all, copy and paste to the device. However I was doing this today and hit an issues. With really large configuration files (500+ lines of configuration), I was watching the console windows and could see it was skipping some of the configuration when doing this connected through the serial port. I could see that while things like VLAN’s where being created and the device was pausing, the following lines would some times get lost or corrupted. Now while if you only have a small size configuration file this is not an issue as it is quite easy to check, hundreds of lines become very hard to validate.
I found the best way around this problem was to set up the device with an IP address, put it on a limited access network that has a TFTP sever and copy over the configuration file, either to the startup-config or running-config. This works fine but it is a bit of a hassle going to all that trouble and it means you have to connect the switch to the network, so you have to be very careful with things like VTP and spanning tree. What I really wanted was a way to send the configuration file through the console port.
This made me think of how to recover a corrupted IOS image (which you can fine in the tips and tricks link above). Where boot the device in to ROMmon mode, and then copy the IOS over using the xmodem protocol. Almost all the mainstream terminual emulators have this built in, and while for recovering the IOS you need to increase the baud speed of the console port to speed up the copying process, as the configuration file is only 20-30kb max for most people, the standard speed will move that across in a few seconds.
So then it is just a case of knowing the command to achieve the goal, and I was happy to see it is as simple as it should be. On the device simple type the following from the enable prompt.
router#copy xmodem: startup-config
That’s it, no file names or anything, the device will now wait to receive the file(if you do not start the transfer within a few minutes the device will time out waiting). Then in your terminal emulation program start the transfer. In teraterm it is under the file menu, while secure CRT has a whole menu structure dedicated to various methods to transfer files. Simple chose the xmodem protocol (I found selecting the 1K option was more reliable), and browse to the configuration file, and away it goes. A few moments later the configuration will be on the device (#show Flash: to confirm), and a reboot will have it all up and running.
To me this is a far more reliable way of copying large configurations across, and allows you to easily set up the device from any client, this can be very useful if you are out on site and don’t have access to a limited access network, or the TFTP server to use to copy the files via TFTP or FTP using the network.
DevilWAH.
PS. Some older routers don’t seem to like you copying from xmodem to nvram, or require you to give a source file name. But you can still achieve the same by copying the file to Flash: .
PPS. Although I prefer the xmodem method, you can improve the reliability of the copy/paste method by increasing the line/character delay in you terminal emulation program. A 5msec delay per character seems to help, although with a 1000+ lines of configuration you may get from a complex configuration, you may find the paste takes a little time, and you may still get errors.
Putty Xmodem Cisco
This procedure assumes that:
Putty Xmodem File Transfer Download
The switch is connected via the Console RS-232 port to a PC operating as a terminal. (For information on connecting a PC as a terminal and running the switch console interface, see the Installation and Getting Started Guide you received with the switch.)
The switch software is stored on a disk drive in the PC.
The terminal emulator you are using includes the Xmodem binary transfer feature. (For example, in the HyperTerminal application included with Windows NT, you would use the Send File option in the Transfer drop-down menu.)
Downloading to Flash using Xmodem and terminal emulator
Syntax
Downloads a software file to primary or secondary flash. If you do not specify the flash destination, the Xmodem download defaults to primary flash.
Example
To download a switch software file named E0822.swi
from a PC (running a terminal emulator program such as HyperTerminal) to primary flash:
Execute the following command in the CLI:
Execute the terminal emulator commands to begin the Xmodem transfer. For example, using HyperTerminal:
Click on Transfer, then Send File.
Type the file path and name in the Filename field.
In the Protocol field, select Xmodem.
Click on the button.
The download can take several minutes, depending on the baud rate used in the transfer.
When the download finishes, you must reboot the switch to implement the newly downloaded software. To do so, use one of the following commands:
Syntax
Reboots from the selected flash
Syntax
reload
Reboots from the flash image currently in use
To confirm that the software downloaded correctly:
Check the Firmware revision line. It should show the software version that you downloaded in the preceding steps.
NOTE: The menu interface accesses only the primary flash. |
From the console Main Menu, select
Press [E] (for Edit.)
Use the Space bar to select XMODEM in the Method field.
Press [Enter], then [X] (for eXecute) to begin the software download.
The following message appears:
Press enter and then initiate Xmodem transfer from the attached computer.....
Press [Enter] and then execute the terminal emulator commands to begin Xmodem binary transfer.
For example, using HyperTerminal:
Click on Transfer, then Send File.
Enter the file path and name in the Filename field.
In the Protocol field, select Xmodem.
Click on the [Send] button.
The download then commences. It can take several minutes, depending on the baud rate set in the switch and in your terminal emulator.
After the primary flash memory has been updated with the new software, you must reboot the switch to implement the newly downloaded software. Return to the Main Menu and press [6] (for Reboot Switch.) You then see the following prompt:
Press the space bar once to change No to Yes, then press [Enter] to begin the reboot.
To confirm that the software downloaded correctly:
From the Main Menu, select
1. Status and Counters
Check the Firmware revision line.