Page 2 of 2

Re: IOS XE file copy INTERACTION-ERROR

Posted: Mon May 16, 2022 4:36 am
by pwatt
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

Re: IOS XE file copy INTERACTION-ERROR

Posted: Mon May 16, 2022 7:37 pm
by Vik@Unimus
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.