[f-nsp] Pasting long configs using Console to MLX

[Chris Gauthier]

Ahh, I'm not feeling so bad now...

I've got a nice perl script that telnets to my foundry equipment and I
am supposed to convert it to SSH.  I noticed I was having problems. 
It's because of their lack of support for commands?  Any suggestions on
how I might script nightly backups of the switch configs via a perl
script, but not using telnet?

Chris Gauthier, CCNA, Network+, A+
Network Administration Team
Portland Community College
Portland, Oregon

"For once you have tasted flight you will walk the earth with your eyes turned skywards, for there you have been and there you will long to return."
--Leonardo da Vinci



Mike Leber wrote:
> On Cisco's you could rcp the config changes and it worked great.
>
> We've been pushing Foundry to implement some variation of this
> functionality for scp, as well as the RFC specified behavior of ssh for
> remote command execution that Foundry left out (what would be equivalent
> to the Cisco rsh ability).
>
> Both of these are vital to managing large numbers of routers via scripts
> from unix boxes.
>
> If you care about either of these, please please please bug your Foundry
> rep.
>
> We just need the equivalent of rcp and rsh under IOS, great if its done
> with ssh.
>
> tcl and expect only go so far, and are a hell of a hack (sure we've
> wrappered it, still...).
>
> Mike.
>
> On Mon, 4 Jun 2007, Piper, James wrote:
>
>   
>> We experienced an issue when long config files were pasted directly or
>> indirectly (via console server) onto a MLX.
>>  
>> We did the following:
>>  
>> The same config was cut and pasted to the Foundry NetIron MLX via a
>> console server and then later directly to the console port. The config
>> in question was a long MPLS IP/BGP config.
>>  
>> The switch can't keep up with the commands and somehow the text gets
>> garbled. What was worse was that some of the garbled text got
>> interpretted as commands by the switch.
>>  
>> We tried a variety of flow control settings: none, hardware and
>> software. Hardware doesn't seem to work at all. None and software work
>> but both produce the same broken results.
>>  
>> There seems to be no solution to this. It is believed that this issue is
>> due to a limited buffer on the console port. Don't risk it, TFTP it!
>>  
>> James Piper. 
>>  
>>
>>
>> This e-mail and any attachments may contain confidential information that is intended solely for the use of the intended recipient and may be subject to copyright. If you receive this e-mail in error, please notify the sender immediately and delete the e-mail and its attachments from your system. You must not disclose, copy or use any part of this e-mail if you are not the intended recipient. Any opinion expressed in this e-mail and any attachments is not an opinion of RailCorp unless stated or apparent from its content. RailCorp is not responsible for any unauthorised alterations to this e-mail or any attachments. RailCorp will not incur any liability resulting directly or indirectly as a result of the recipient accessing any of the attached files that may contain a virus.
>>
>>     
>
> +----------------- H U R R I C A N E - E L E C T R I C -----------------+
> | Mike Leber           Direct Internet Connections   Voice 510 580 4100 |
> | Hurricane Electric     Web Hosting  Colocation       Fax 510 580 4151 |
> | mleber at he.net                                       http://www.he.net |
> +-----------------------------------------------------------------------+
>
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp at puck.nether.net
> http://puck.nether.net/mailman/listinfo/foundry-nsp
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20070608/841b59e1/attachment.html>