nuovo ios 124-24.T.bin e problemi ddns

[walter48022]

Ciao a tutti,
ho installato questo ios c870-advipservicesk9-mz.124-24.T.bin. Visti i problemi che mi davano gli ultimi ios, ho fatto un po' di test sopra. Ho notato che il ddns funziona in maniera strana. Con la mia vecchia 124.15t8 per testare se il ddns funzionava bene lo testavo mettendo lo shutdown nel dialer e riattivando l'interfaccia, in questa maniera il router riinvia di nuovo l'ip pubbblico nuovo e veniva recipito dal ddns. Con l'ultimo ios invece cio' non accade questo e' il log...

lugo(config-if)#shut

Mar 2 01:03:03.164: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di0
Mar 2 01:03:03.164: Di0 DDR: dialer shutdown complete
.Mar 2 01:03:03.164: DYNUPD: SWIF goingdown 'Dialer0'
.Mar 2 01:03:03.172: DYNDNSUPD: Removing DNS mapping for all.dnsomatic.com <=> 87.17.242.86 server 67.215.64.64
.Mar 2 01:03:03.176: HTTPDNS: Update remove called for all.dnsomatic.com <=> 87.17.242.86
.Mar 2 01:03:03.176: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down
.Mar 2 01:03:03.176: DYNUPD: SWIF goingdown 'Virtual-Access1'
.Mar 2 01:03:04.176: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to down
Mar 2 01:03:25.446: %DIALER-6-BIND: Interface Vi1 bound to profile Di0
Mar 2 01:03:25.450: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
Mar 2 01:03:27.261: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up
Mar 2 01:03:27.261: DYNUPD: SWIF comingup 'Virtual-Access1'
Mar 2 01:03:29.565: DYNDNSUPD: Adding DNS mapping for all.dnsomatic.com <=> 87.7.245.160 server 67.215.64.64
Mar 2 01:03:29.565: HTTPDNS: Update add called for all.dnsomatic.com <=> 87.7.245.160
Mar 2 01:03:29.565: HTTPDNSUPD: Session ID = 0x4
Mar 2 01:03:29.565: HTTPDNSUPD: URL = 'https://**********@updates.dnsomatic.co ... .7.245.160'
Mar 2 01:03:29.565: HTTPDNSUPD: Sending request
Mar 2 01:03:30.065: HTTPDNSUPD: Call returned Request Aborted, update of all.dnsomatic.com <=> 87.7.245.160 failed
Mar 2 01:03:30.065: DYNDNSUPD: Another update completed (outstanding=0, total=0)
Mar 2 01:03:30.069: HTTPDNSUPD: Clearing all session 4 info
lugo(config-if)#
Mar 2 01:04:03.200: DYNUPD: SWIF goingdown 'Dialer0'
Mar 2 01:04:03.200: DYNDNSUPD: Removing DNS mapping for all.dnsomatic.com <=> 87.7.245.160 server 67.215.64.64
Mar 2 01:04:03.200: HTTPDNS: Update remove called for all.dnsomatic.com <=> 87.7.245.160
Mar 2 01:04:05.199: %LINK-5-CHANGED: Interface Dialer0, changed state to administratively down

lugo(config-if)#no shut

Mar 2 01:05:34.531: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di0
Mar 2 01:05:34.535: DYNUPD: SWIF comingup 'Dialer0'
Mar 2 01:05:34.539: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down
Mar 2 01:05:34.539: DYNUPD: SWIF goingdown 'Virtual-Access1'
Mar 2 01:05:35.539: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to down
Mar 2 01:05:36.530: %LINK-3-UPDOWN: Interface Dialer0, changed state to up
Mar 2 01:05:36.530: DYNUPD: SWIF comingup 'Dialer0'
Mar 2 01:05:56.749: %DIALER-6-BIND: Interface Vi1 bound to profile Di0
Mar 2 01:05:56.757: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to up
Mar 2 01:05:58.576: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access1, changed state to up
Mar 2 01:05:58.576: DYNUPD: SWIF comingup 'Virtual-Access1'
Mar 2 01:06:01.628: DYNDNSUPD: Adding DNS mapping for all.dnsomatic.com <=> 87.6.244.137 server 67.215.64.64
Mar 2 01:06:01.628: HTTPDNS: Update add called for all.dnsomatic.com <=> 87.6.244.137
Mar 2 01:06:01.632: HTTPDNSUPD: Session ID = 0x5
Mar 2 01:06:01.632: HTTPDNSUPD: URL = 'https://********@updates.dnsomatic.com/ ... .6.244.137'
Mar 2 01:06:01.632: HTTPDNSUPD: Sending request
Mar 2 01:06:02.100: HTTPDNSUPD: Call returned Request Aborted, update of all.dnsomatic.com <=> 87.6.244.137 failed
Mar 2 01:06:02.100: DYNDNSUPD: Another update completed (outstanding=0, total=0)
Mar 2 01:06:02.104: HTTPDNSUPD: Clearing all session 5 info

non capisco perche' quando do il shutdown rimuove il mio vecchio ip, e poi ne aggiunge uno nuovo che e' l'ip pubblico che usavo nella sessione precedente, e quando mi reiserisce il nuovo ip dopo il no shut, da errore. Per ripristinare la cosa mi tocca dare un reload, sono un po' preoccupato perche' ho paura che se mi cambiano l'ip pubblico quando il router e' accesso non credo il ddns funzioni e si aggiorna... qualchuno ha provato? Con il vecchio ios 12.15 t8 potevo abilitare e disattivare la dialer0 tutte le volte che voleva e si aggiornava sempre bene. Forse e' un bug? O sbaglio io qualcosa?

[Gianremo.Smisek]

e' probabile che passi poco tempo dallo shut e dal no sh, per cui il il provider che ti fornisce il servizio DDNS abbia un minimo di timeout. Comunque, posta la config relativa a DDNS


ciao

[walter48022]

e' probabile che passi poco tempo dallo shut e dal no sh, per cui il il provider che ti fornisce il servizio DDNS abbia un minimo di timeout. Comunque, posta la config relativa a DDNS


ciao

puo' essere, ma con il vecchio ios cio' non accadeva e il provider e' sempre lo stesso.
Quando faccio lo shut dal log si vede che rimuove il mio ip dagli host e poi ne va a riaggungere al ddns un altro ip pubblico che e' della sessione precedente ancora, poi successivamente quando gli do il no shut va di nuovo ad aggiungere il nuovo ip giusto rilevato nel dialer0, ma riceve errore, probabilemnte perche' ce ne e' gia' un registrato.
Il problema penso che sia che quando fa il remove (Mar 2 01:03:03.176: HTTPDNS: Update remove called for all.dnsomatic.com <=> 87.17.242.86), subito dopo aggiunge un ip pubblico che non uso piu' (01:03:29.565: DYNDNSUPD: Adding DNS mapping for all.dnsomatic.com <=> 87.7.245.160 server 67.215.64.64), e che non dovrebbe proprio fare visto che il dialer0 sta andando giu' per di piu' aggiungendo un ip pubblico che ho usato la penultima volta.... spegnendo e riaccendendolo o con un reload, l'ip viene aggiornato bene

comunque sta sera provo con un time out maggiore per la dialer0, e ti so dire.... grazie

[walter48022]

e' probabile che passi poco tempo dallo shut e dal no sh, per cui il il provider che ti fornisce il servizio DDNS abbia un minimo di timeout. Comunque, posta la config relativa a DDNS


ciao

puo' essere, ma con il vecchio ios cio' non accadeva e il provider e' sempre lo stesso.
Quando faccio lo shut dal log si vede che rimuove il mio ip dagli host e poi ne va a riaggungere al ddns un altro ip pubblico che e' della sessione precedente ancora, poi successivamente quando gli do il no shut va di nuovo ad aggiungere il nuovo ip giusto rilevato nel dialer0, ma riceve errore, probabilemnte perche' ce ne e' gia' un registrato.
Il problema penso che sia che quando fa il remove (Mar 2 01:03:03.176: HTTPDNS: Update remove called for all.dnsomatic.com <=> 87.17.242.86), subito dopo aggiunge un ip pubblico che non uso piu' (01:03:29.565: DYNDNSUPD: Adding DNS mapping for all.dnsomatic.com <=> 87.7.245.160 server 67.215.64.64), e che non dovrebbe proprio fare visto che il dialer0 sta andando giu' per di piu' aggiungendo un ip pubblico che ho usato la penultima volta.... spegnendo e riaccendendolo o con un reload, l'ip viene aggiornato bene

comunque sta sera provo con un time out maggiore per la dialer0, e ti so dire.... grazie

no niente da fare, non si tratta di timeout del mio provider ddns, ogni volta che al dialer0 do il shut e poi il no shut... sistematicamente aggiorna il ddns in maniera errata, con il penultimo ip pubblico usato oppure il terzultimo. Questa procedura la uso per testare se il cisco aggiorna bene il ddns quando viene modificato l'ip pubblico, questo risulta sia dal debug del cisco che nel log del mio provider ddns. Vado un po' di fretta, ma voglio provare a vedere le differenze che ci sono nei log generati tra una versione di ios e l'altra, come ripeto con l'ios c870-advipservicesk9-mz.124-15.T8 potevo diabilitare e riabilitare la dialer0 tutte le volte che volevo che mi aggiornava bene il ddns. Solo dando il reload al router o spegnendolo e riaccendendolo il router e' raggiungibile al dominio ddns.

[Gianremo.Smisek]

puoi postare la conf?

[walter48022]

puoi postare la conf?

questa e' la parte del ddns, anche se ho provato tutte le combinazioni, con e senza remove, modifificando l'intervallo sia in minimo che massimo, tenendo l'ip inspect disabilitato come pure le acl


ip ddns update method all.dnsomatic.com
HTTP
add http://***:***@updates.dnsomatic.com/ni ... h>&myip=<a>
remove http://***:****@updates.dnsomatic.com/n ... h>&myip=<a>
interval minimum 1 0 0 0

interface Dialer0
ip ddns update hostname all.dnsomatic.com
ip ddns update all.dnsomatic.com host updates.dnsomatic.com


problema rientrato, lasciando il doppino scollegato tutta la notte e ricollegandolo alla mattina (con la configurazione sopracitata), mi ha assegnato un nuvo ip pubblico e il ddns lo ha aggiornato bene. Direi che e' solo lo shutdown forzato del dialer che fa aggiornare male il ddns con questa nuova versione di ios, mentre con le vecchie non avveniva. Mi resta il dubbio se telecom disconnette l'adsl a livello di dialer o di portante quando forza il cambio dell'ip pubblico dinamico. Comunque ho attivato il syslog daemon cosi' tengo monitorato come avviene il cambio di ip pubblico sulle adsl alice perche' sinceramente non lo so. Un mio collega dice che lo cambia ogni 2 o 3 mesi se il router resta sempre accesso. Ciao

[Gianremo.Smisek]

quando ti forzano il cambio IP, ti abbattono solo la sessione PPP (almeno da me, han sempre fatto cosi').


ciao

[masterx81]

Quella IOS ha altri buchi, in primis un fastidioso buco sul wifi che dopo 20 minuti che è acceso non fa piu' collegare le postazioni. Per il resto mi era sembrato abbastastanza stabile. A me il DDNS andava...
Cmq credo che la ultima davvero ben funzionante dia la 15t8. Non mi sembra vere particolari bug... La stessa la monta stabilmente anche mio fratello...

[walter48022]

Quella IOS ha altri buchi, in primis un fastidioso buco sul wifi che dopo 20 minuti che è acceso non fa piu' collegare le postazioni. Per il resto mi era sembrato abbastastanza stabile. A me il DDNS andava...
Cmq credo che la ultima davvero ben funzionante dia la 15t8. Non mi sembra vere particolari bug... La stessa la monta stabilmente anche mio fratello...

si anche io concordo che la 15t8 e' la piu' stabile di tutte e ne abbiamo discusso qualche mesetto fa in un altro post

per quanto riguarda il wifi non mi sta dando problemi questo nuovo ios, pero' ho questo comando nella conf:

interface Dot11Radio0
!
broadcast-key change 3600

fammi sapre se con questo comando la wifi ti da lo stesso problemi. ciao

[masterx81]

Si, l'avevo messo...
Aveo provato pure quello...

[walter48022]

Si, l'avevo messo...
Aveo provato pure quello...

poi immagino che usi l'interfaccia BVI?

[masterx81]

Esatto... BVI tra lo switch e la wifi...

[fantacilli]

Si, l'avevo messo...
Aveo provato pure quello...

poi immagino che usi l'interfaccia BVI?

Ciao walter48022,

mi servirebbe l'immagine per il router 871 15t8 advipservices...me la potresti inviare?