IOS XE file copy INTERACTION-ERROR

Unimus support forum
pwatt
Posts: 8
Joined: Fri May 06, 2022 12:18 am

Mon May 16, 2022 4:36 am

I never received a response to the support ticket I opened.

I added a no-wait and enter, and it seems to work. Is this sane?

Code: Select all

tclsh
log_user 0
exec "copy tftp://1.2.3.4/cat3k_caa-universalk9.16.12.07.SPA.bin flash:cat3k_caa-universalk9.16.12.07.SPA.bin"$[no-wait]
$[enter]
tclquit
Vik@Unimus
Posts: 198
Joined: Thu Aug 05, 2021 6:35 pm

Mon May 16, 2022 7:37 pm

Apologies for a late reply. I have looked at the ticket already and I was then testing it against one of my testing devices (Catalyst C3750), but in my case, regardless of how I inserted the commands or whether I used TFTP or SCP/HTTP, I couldn't replicate the issue, so I sent a message to one of our developers and was waiting for a response and if they encountered this type of behavior (I reckoned this might be a known quirk in XE drivers), but I haven't received a response yet.

It seems, however, that you were able to achieve it. The easiest solution in my mind would be to send another enter, but because how MCP works

https://wiki.unimus.net/display/UNPUB/M ... ttodevices

to send an extra enter it would require us to first see the device's prompt (a known data) before we would be able to send another, but in this case I think what happened is that the device cached the extra enter sent after a no-wait modifier (that one tells Unimus to send the command (including enter) in the line without consequently waiting to see a device's prompt after the command is sent before sending another line of commands) and the device executed it after the copy ended. I will perform some testing on my end as well to double-check it (with my device I reckon I should see then see two prompts after my copy command ends), but yes, it seems this is what this device needed.
Post Reply