Newsgroup: it.comp.reti.cisco
Titolo: Problema con NTP

Sto cercando di configurare ntp su un 1700 (e non è la prima volta).
Ho inserito i soliti commandi però non ne vuole sapere sul
sincronizzarsi.
clock timezone gmt 1
clock summer-time GMT+01:00 recurring last Sun Mar 2:00 last Sun Oct
3:00
100 permit tcp host 193.204.114.232 85.41.52.216 0.0.0.7 eq 123
110 permit udp host 193.204.114.232 85.41.52.216 0.0.0.7 eq ntp
ntp server 193.204.114.232
ntp server 193.204.114.233
ntp server 193.204.114.105
Clock is unsynchronized, stratum 16, no reference clock
nominal freq is 250.0000 Hz, actual freq is 250.0000 Hz, precision is
2**18
reference time is 00000000.00000000 (01:00:00.000 gmt Mon Jan 1 1900)
clock offset is 0.0000 msec, root delay is 0.00 msec
root dispersion is 0.00 msec, peer dispersion is 0.00 msec
Avete qualche suggerimento???
Grazie

Dimenticavo,
questo è il debug!
15:54:04: NTP: xmit packet to 
193.204.114.232
:
15:54:04:  leap 3, mode 3, version 3, stratum 0, ppoll 64
15:54:04:  rtdel 0000 (0.000), rtdsp 10001 (1000.015), refid 00000000
(0.0.0.0)
15:54:04:  ref 00000000.00000000 (01:00:00.000 MET Mon Jan 1 1900)
15:54:04:  org 00000000.00000000 (01:00:00.000 MET Mon Jan 1 1900)
15:54:04:  rec 00000000.00000000 (01:00:00.000 MET Mon Jan 1 1900)
15:54:04:  xmt C6F5A581.4CD80827 (04:44:17.300 MEDT Tue Oct 11 2005)
15:54:09: NTP: xmit packet to 
193.204.114.233
:
15:54:09:  leap 3, mode 3, version 3, stratum 0, ppoll 64
15:54:09:  rtdel 0000 (0.000), rtdsp 10001 (1000.015), refid 00000000
(0.0.0.0)
15:54:09:  ref 00000000.00000000 (01:00:00.000 MET Mon Jan 1 1900)
15:54:09:  org 00000000.00000000 (01:00:00.000 MET Mon Jan 1 1900)
15:54:09:  rec 00000000.00000000 (01:00:00.000 MET Mon Jan 1 1900)
15:54:09:  xmt C6F5A586.4CD8B3E8 (04:44:22.300 MEDT Tue Oct 11 2005)
Sto per diventare scemo!!!!
Con la stessa configurazione prima del riavvio si sincronizzava!!!!!
Please help!!!!
Grazie

Ecco altre info se possono aiutare!
gw-idu-umbertide#sh clock
02:57:43.527 GMT+01:00 Tue Oct 11 2005
gw-idu-umbertide#sh clock det
02:58:07.843 GMT+01:00 Tue Oct 11 2005
Time source is NTP
Summer time starts 02:00:00 gmt Sun Mar 27 2005
Summer time ends 03:00:00 GMT+01: Sun Oct 30 2005
gw-idu-umbertide#sh ntp ass
      address         ref clock     st  when  poll reach  delay  offset
   disp
 ~193.204.114.232  0.0.0.0          16     -    64    0     0.0    0.00
 16000.
 ~193.204.114.233  0.0.0.0          16     -    64    0     0.0    0.00
 16000.
 ~193.204.114.105  0.0.0.0          16     -    64    0     0.0    0.00
 16000.
 * master (synced), # master (unsynced), + selected, - candidate, ~
configured
gw-idu-umbertide#sh ntp stat
Clock is unsynchronized, stratum 16, no reference clock
nominal freq is 250.0000 Hz, actual freq is 250.0000 Hz, precision is
2**18
reference time is 00000000.00000000 (01:00:00.000 gmt Mon Jan 1 1900)
clock offset is 0.0000 msec, root delay is 0.00 msec
root dispersion is 0.00 msec, peer dispersion is 0.00 msec
gw-idu-umbertide#

Risolto!
Quando il server NTP rispondeva, rispondeva all'indirizzo Punto Punto
non al indirizzo della eth (indirizzo publico).
Grazie cmq

MaiO wrote:

Ma perché in generale non si può usare l'IP della punto-punto per dare servizi...?
Alex

Non ho la minima idea. Sarà parche non sempre un indirizzio
punto-punto sia una indirizzo publico.
poi questo fatto che server NTP IEN mi risponda utilizzando il mio
indirizzo punto-punto e molto strano.
MaiO che ogni tanto si ritrova spiazzato.
Sarà l'ora di intraprendere CCSP (magari dal 2006 visto che cambiano
gli esami)...


Non c'e' un motivo realmente tecnico.
Per lo piu' e' legato a politiche di indirizzamento/billing dei
provider.
Molti di essi filtrano la punto-punto.
Punto :)
ciao
Marialaura


Con Alice click, Telecom mi ha detto che la punto punto è visibile ed ho appena spedito un router 
configurato a distanza. Ho creato una loopback ed ho fatto un nat statico verso la loopback.
Forse nonserviva e bastava dare un indirizzo secondario all'ATM0.1....
Alex.