ROMMON problem TFTP Sup 8E 4507E+R Temat rozwiązany

[horac]

Czesc

czy ktos z was sie spotkal z takim problemem. Komunikacja z SUPA 8E dziala do serwera TFTPD32 , widac laczenie na port 69 na kompie ale timeouty leca i nie chce zbootowac obrazu. Problem rozwiazalem poslugujac sie karta SD ale nadal nurtuje mnie dlaczego Sup 8E nie chce bootowac obrazu z TFTP

rommon 72 >set
PS1=rommon ! >
RommonVer=15.1(1r)SG5
Fa1Enable=1
ConfigReg=0x2101
DiagMonitorAction=Normal
ConsecPostPassedCnt=18
RET_2_RTS=08:20:31 UTC Mon Aug 3 2015
RET_2_RCALTS=1438590031
IpAddr=192.168.1.20
Netmask=255.255.255.0
Broadcast=192.168.1.255
Gateway=192.168.1.250
TftpServer=192.168.1.250
BootedFileName=tftp://192.168.1.250/cat4500es8-universalk9.SPA.03.06.00.E.152-2.E.bin
rommon 73 >ping 192.168.1.250
Pinging 192.168.1.250
!!!!
192.168.1.250 is alive!
rommon 74 >boot tftp://192.168.1.250/cat4500es8-universalk9.SPA.03.06.00.E.152-2.E.bin
Link Speed : 1Gb Full Duplex
Filename : /cat4500es8-universalk9.SPA.03.06.00.E.152-2.E.bin
IpAddress : 192.168.1.20
TftpServer : 192.168.1.250
TftpBlkSize : 1468
TftpBlkSize : 1468
TftpBlkSize : 1468
TftpBlkSize : 1468
TFTP: Session Timed Out for 4 retries.

[vamos]

Cześć,

U mnie w firmie spotkaliśmy się z podobnym problemem. Przy zdalnym patchowaniu IOSa do nowej wersji na 4507E (a co za tym idzie również upgradzie rommona) switch łapał zwiechę podczas reboota. Co dziwne, ręczne zrebootowanie urządzenia przez technika powodowało, ze wstawało ono bezproblemowo z nowym rommonem i IOSem. Wiem, że architekci pochylili się nad tym problemem, natomiast nie wiem czy otworzyli TACa.

Podpytam

[horac]

Dzieki za odpowiedz, po prostu jest jakis blad w komunikacji protokolu TFTP. Nie mialem niestety czasu dac wiresharka i dissect pakietow zeby zagladnac w naglowki ale nie podoba mi sie to. Normalnie TFTP dziala z poziomu IOS i da sie kopiowac obraz, ale z poziomu ROMMON niestety TFTP nie dziala. Nie szukalem w bug-traq ale byc moze wymagany jest upgrade ROMMON

[shh]

Sprobuj zmniejszyc TFTP block size, jesli sie da z poziomu rommon.

Pozdrawiam,
Sebastian

[mstan]

Horac,

Zrobilem test w labie na SUP8-E z ROMMONem 15.1(1r)SG5 i pomyslnie zaladowalem 'cat4500es8-universalk9.SPA.03.06.00.E.152-2.E.bin' z poziomu ROMMONa przez TFTP:

rommon 1 >boot tftp://x.x.x.x/cat4500es8-universalk9.SPA.03.06.00.E.152-2.E.bin
Link Speed : 1Gb Full Duplex
Filename : /cat4500es8-universalk9.SPA.03.06.00.E.152-2.E.bin
IpAddress : x.x.x.x
TftpServer : x.x.x.x
TftpBlkSize : 1468
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!*
File Size : 199051336
MD5 : a32df24fdfc54776f20d83c092f24496
Loaded 199051336 bytes successfully.


Nie wyglada mi to na problem po stronie SUPa.

W przypadku TFTP tylko przy inicjalizowaniu komunikacji uzywany jest port 69, w dalszej fazie uzywane sa porty o numerach > 1023.
Byc moze tutaj ruch jest u Ciebie blokowany. Widac, ze u Ciebie transmisja jest zainicjalizowana i rozmiar bloku jest zdefiniowany.

Zrobilem jeszcze test ze zmodyfikowana wersja ROMMONa z wlaczonym dodatkowym logowaniem.
Jakbys byl zainteresowany dalszym troubleshootingiem z uzyciem tego ROMMONa to daj znac.

U mnie wygladalo to tak:

rommon 8 >boot tftp://x.x.x.x/cat4500es8-universalk9.SPA.03.06.00.E.152-2.E.bin
Link Speed : 1Gb Full Duplex
Filename : /cat4500es8-universalk9.SPA.03.06.00.E.152-2.E.bin
IpAddress : x.x.x.x
TftpServer : x.x.x.x
arp_add: Arp entery already in the table
arp_add: Arp entery already in the table
arp_add: Arp entery already in the table
arp_add: Arp entery already in the table
TftpBlkSize : 1468

Received udp packet..Port:21596

Received udp packet..Port:21596

Received udp packet..Port:21596

Received udp packet..Port:21596

<snip>

tftp_recv_data: Received last block, size 812

*
File Size : 199051336
MD5 : a32df24fdfc54776f20d83c092f24496
Loaded 199051336 bytes successfully.


HTH,
Michal

[horac]

Hej

Dzieki za testy, a jakiego TFTP klienta uzywales i jaki OS ?