7940: kein TFTP mehr

[McRib]

tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on em2, link-type EN10MB (Ethernet), capture size 96 bytes
13:37:52.425344 00:18:f8:14:b0:ba > 01:80:c2:00:00:0e, ethertype Unknown (0x88cc), length 60:
        0x0000:  0207 0400 18f8 14b0 b004 0305 6732 0602  ............g2..
        0x0010:  0078 0000 0000 0000 0000 0000 0000 0000  .x..............
        0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............
13:37:57.393808 CDPv2, ttl: 180s, Device-ID 'SIP001955FA19CE'[|cdp]
13:37:58.393798 CDPv2, ttl: 180s, Device-ID 'SIP001955FA19CE'[|cdp]
13:37:59.393785 CDPv2, ttl: 180s, Device-ID 'SIP001955FA19CE'[|cdp]
13:38:12.984068 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:19:55:fa:19:ce, length: 327
13:38:12.984259 IP 192.168.2.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length: 300
13:38:12.985566 arp who-has 192.168.2.10 tell 192.168.2.10
13:38:12.986065 arp who-has 192.168.2.1 tell 192.168.2.10
13:38:12.986081 arp reply 192.168.2.1 is-at 00:04:23:d8:af:10
13:38:15.488029 CDPv2, ttl: 180s, Device-ID 'SIP001955FA19CE'[|cdp]
13:38:16.488138 CDPv2, ttl: 180s, Device-ID 'SIP001955FA19CE'[|cdp]
13:38:17.488122 CDPv2, ttl: 180s, Device-ID 'SIP001955FA19CE'[|cdp]
13:38:22.416955 00:18:f8:14:b0:ba > 01:80:c2:00:00:0e, ethertype Unknown (0x88cc), length 60:
        0x0000:  0207 0400 18f8 14b0 b004 0305 6732 0602  ............g2..
        0x0010:  0078 0000 0000 0000 0000 0000 0000 0000  .x..............
        0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............
13:38:31.087968 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:19:55:fa:19:ce, length: 326
13:38:31.088145 IP 192.168.2.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length: 300
13:38:31.098711 arp who-has 192.168.2.10 tell 192.168.2.10
13:38:31.099460 arp who-has 192.168.2.1 tell 192.168.2.10
13:38:31.099475 arp reply 192.168.2.1 is-at 00:04:23:d8:af:10
13:38:31.100459 IP 192.168.2.10 > 192.168.2.1: ICMP echo request, id 2, seq 1, length 28
13:38:31.100485 IP 192.168.2.1 > 192.168.2.10: ICMP echo reply, id 2, seq 1, length 28
13:38:31.827333 IP 192.168.2.10.123 > 255.255.255.255.123: NTPv3, Client, length 48
13:38:31.827407 IP 192.168.2.1.123 > 192.168.2.10.123: NTPv3, Server, length 48
13:38:31.868187 arp who-has 192.168.2.1 tell 192.168.2.10
13:38:31.868203 arp reply 192.168.2.1 is-at 00:04:23:d8:af:10
13:38:31.955392 IP 192.168.2.10.50815 > 192.168.2.1.5060: SIP, length: 478
13:38:31.955416 IP 192.168.2.1 > 192.168.2.10: ICMP 192.168.2.1 udp port 5060 unreachable, length 36
13:38:52.408491 00:18:f8:14:b0:ba > 01:80:c2:00:00:0e, ethertype Unknown (0x88cc), length 60:
        0x0000:  0207 0400 18f8 14b0 b004 0305 6732 0602  ............g2..
        0x0010:  0078 0000 0000 0000 0000 0000 0000 0000  .x..............
        0x0020:  0000 0000 0000 0000 0000 0000 0000       ..............
^C
27 packets captured
27 packets received by filter
0 packets dropped by kernel

.1 ist der DHCP/TFTP und Asterisk Server, .10 ist das 7940 mit Firmware 8.2 (SIP)
Warum macht das Teil keinen TFTP Request mehr ? Wie kann ich das Phone reset-ten ???


Update:

Nach der 123456789... Reset-Geschichte, macht das Phone wieder TFTP, aber nach 0.0.0.0

19:05:55.878064 IP 192.168.2.10.49718 > 0.0.0.0.69:  28 RRQ "SIP001955FA19CE.cnf" octet

Habe gelesen, dass **# ein Unlock machen soll, aber wann/wo muss ich das druecken ? (Network Setting fuer TFTP sind ge-lock-t )

 

[irreversible]

beim 7940 kannst du über menüpunkt 9 die config entsperren (heißt glaub ich eh unlock config). standard passwort ist "cisco"

hth

 

[McRib]

Geloest:

Die neueren ISC DHCPd scheinen irgendwie Probleme zu machen, jedenfalls machte das Phone unter Debian (jetzt FreeBSD) keine solchen Faxen...

Zur Loesung kann man entweder den tftp-server-name setzen oder oder sich option 66 definieren.

puuuh...