[ninux-roma] aggiornamento lavori Alberata
Matteo Pedani
matteo at pedani.it
Tue Mar 8 14:38:00 CET 2016
sto aggiornando Gestione indirizzi Ipam
A Rocca di papa non c'è una air grid ma una powerbeam Carlo non ha
aggiornato il nome, quindi tutte e tre le antenne sono mimo2
Sto pensando che sia meglio avere le due antenne RDP e Alberata sulla
stessa antenna a Fusolab perchè così si gestiscono bene gli slot
temporali, dato che praticamente siamo in linea (ma tra Alberata e RDP
non ci vediamo). Mentre per mettere due antenne bisogna trovare due
frequenze distanti libere, cosa molto difficile.
Proprio per lo stesso motivo io e Giavanni Castorina ci stavamo chiedendo
se non sia il caso di spengere tutte le antenne (al fusolab) a cui non è
attaccato nessuno, ed attivarle solo su richiesta, oppure darle a chi vuole
fare un supernodo o aggiungere un antenna.
Infatti nodi con tante antenne sono difficili da gestire con le frequenze e
le prestazioni crollano.
Da ultimo ma non meno importante un grazie a tutte le persone che mi hanno
dato una mando a ripristinare il collegamenti alberata tufo e rdp
Il giorno 8 marzo 2016 10:19, Fabio Capriati <fabio.capriati at gmail.com> ha
scritto:
> é quello che ho fatto ieri, e come hai visto (dalla mail che ti ho
> mandato) i ping funzionavano. Non l'ho riavviato ieri sera perchè non
> volevo far saltare la connessione al Fusolab.
> Stamattina, prima di andare a lavoro, ho riavviato olsr ed ho visto
> traffico sulla VLAN 49 (la nanobridge nuova) sia in up che in down,
> immagino sia il traffico olsr
> Non vedo traffico sulla vlan 249 (che dovrebbe essere quella attaccata
> alla grid) ma, come ti ho detto ieri, la Grid di Carlo è attaccata alla NB
> messa domenica e non alla GRID.
> Ti posso assicurare che lato fusolab la NB è tutto ok, ho verificato anche
> le conf. Quando ho tempo (non so quando) faccio qualche altra verifica. Tu
> nel freattempo puoi fare:
>
> 1) Aggiorna Gestioni indirizzi e IPAM
> 2) collega AGRPapaFusolab2 al airgrid lockando AP togliendola dalla NB,
> che se no col MiMo/noMimo si incasina.
>
> Ciao
>
>
>
>
>
> Il giorno 8 marzo 2016 09:01, Matteo Pedani <matteo at pedani.it> ha scritto:
>
>> Ancora niente!
>>
>> root at iris:~# tcpdump -ni eth0.3
>> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
>> listening on eth0.3, link-type EN10MB (Ethernet), capture size 65535 bytes
>> 08:57:06.373069 IP6 2001:4c00:893b:feed::1.698 > ff02::6d.698: OLSRv6,
>> seq 0x7ccc, length 32
>> 08:57:06.585799 IP 172.16.46.1.698 > 172.16.255.255.698: OLSRv4, seq
>> 0x6cda, length 64
>> 08:57:08.081208 IP6 2001:4c00:893b:feed::1.698 > ff02::6d.698: OLSRv6,
>> seq 0x7ccd, length 32
>> 08:57:08.266699 IP 172.16.46.1.698 > 172.16.255.255.698: OLSRv4, seq
>> 0x6cdb, length 20
>> 08:57:11.545396 IP6 2001:4c00:893b:feed::1.698 > ff02::6d.698: OLSRv6,
>> seq 0x7cce, length 120
>> 08:57:11.654080 IP 172.16.46.1.698 > 172.16.255.255.698: OLSRv4, seq
>> 0x6cdc, length 20
>> ^C
>>
>> Quale è il problema a ricaricare la conf di olsr? Hai paura di rimanere
>> scollegato!
>>
>> Aggiungi una conf statica; fai ripartire olsr; quando vedi che funziona;
>> togli al conf statica.
>>
>> matteo
>>
>>
>>
>>
>> Il giorno 7 marzo 2016 22:49, Fabio Capriati <fabio.capriati at gmail.com>
>> ha scritto:
>>
>>> che rotta statica c'è,se vedi la configurazione dell'ip c'è
>>> 172.16.172.49/16 quindi se dall'altra parte c'è un dispositivo con l'ip
>>> lato wireless (o router a terra) con 172.16.x.y/16 sono già nella stessa
>>> network e si devono pingare per forza! Buonanotte
>>>
>>>
>>>
>>> Il giorno lun, 07/03/2016 alle 22.44 +0100, Matteo Pedani ha scritto:
>>> > Metti una rotta statica temporanea per vedere se tutto funziona.
>>> >
>>> >
>>> > Il giorno 7 marzo 2016 22:43, Matteo Pedani <matteo at pedani.it> ha
>>> > scritto:
>>> > Non è un AG è la mia una NB
>>> >
>>> >
>>> > No il ping non funziona perchè la gestione dell antenna passa
>>> > prima dal router.
>>> >
>>> >
>>> > Infatti in funziona.
>>> >
>>> >
>>> > Hai sistemato anche TUFO che avevi tirato giù?
>>> >
>>> > sta sulla vlan 251 ip antenna fusolab-tufo 10.172.3.51
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Il giorno 7 marzo 2016 22:36, Fabio Capriati
>>> > <fabio.capriati at gmail.com> ha scritto:
>>> > Ti ho detto che olsr non annuncia ancora su quella
>>> > VLAN (la 49) perchè
>>> > devo riavviare il servizio stanotte, quando chiude il
>>> > fusolab e non c'è
>>> > nessuno se no gli salta la connessione.Ora risultano
>>> > collegate due
>>> > stazioni:
>>> >
>>> > 00:27:22:00:42:A8 AGRPapaFusolab2 -70 -70
>>> > -89 3 10.7 60 / 90 77
>>> > 00:20:49 sconosciuto rimuovi
>>> > 44:D9:E7:26:9B:56 alberata-fusolabPBM5400
>>> > -66 -73 -89 3 6.7 180 /
>>> > 162 94 00:20:15 sconosciuto
>>> > rimuovi
>>> >
>>> > A parte che l'AG non è mimo e quindi il tutto funziona
>>> > male visto che
>>> > sia la NB e la PB sono mimo.
>>> >
>>> > Se da una di queste antenne riesci a pingare
>>> > 172.16.172.49 allora tutto
>>> > funziona e da domani mattina arriveranno le rotte
>>> > olsr.
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > Il giorno lun, 07/03/2016 alle 22.23 +0100, Matteo
>>> > Pedani ha scritto:
>>> > > In questo momento tcpdump mi a vedere solo i
>>> > pacchetti della mia
>>> > > antenna,
>>> > >
>>> > > root at iris:/etc/olsrd# tcpdump -i eth0.3
>>> > > tcpdump: verbose output suppressed, use -v or -vv
>>> > for full protocol
>>> > > decode
>>> > > listening on eth0.3, link-type EN10MB (Ethernet),
>>> > capture size 65535
>>> > > bytes
>>> > > 22:22:59.919516 IP iris.698 > 172.16.255.255.698:
>>> > OLSRv4, seq 0x15bd,
>>> > > length 48
>>> > > 22:23:00.902985 IP6 iris.698 > ff02::6d.698: OLSRv6,
>>> > seq 0xc3a5,
>>> > > length 32
>>> > > 22:23:01.473677 IP iris.698 > 172.16.255.255.698:
>>> > OLSRv4, seq 0x15be,
>>> > > length 20
>>> > > 22:23:03.455897 IP iris.698 > 172.16.255.255.698:
>>> > OLSRv4, seq 0x15bf,
>>> > > length 20
>>> > > 22:23:04.040612 IP6 iris.698 > ff02::6d.698: OLSRv6,
>>> > seq 0xc3a6,
>>> > > length 32
>>> > > 22:23:05.364719 IP iris.698 > 172.16.255.255.698:
>>> > OLSRv4, seq 0x15c0,
>>> > > length 20
>>> > > 22:23:05.824084 IP6 iris.698 > ff02::6d.698: OLSRv6,
>>> > seq 0xc3a7,
>>> > > length 32
>>> > >
>>> > >
>>> > > Il giorno 7 marzo 2016 21:42, Matteo Pedani
>>> > <matteo at pedani.it> ha
>>> > > scritto:
>>> > > Caro fabio, ecco la passwd
>>> > >
>>> > >
>>> > > pw2matteo
>>> > >
>>> > >
>>> > >
>>> > > Ho aggiornato. Imposta pure l'ipv6 che gli
>>> > hai dato.
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > Il giorno 7 marzo 2016 21:24, Fabio Capriati
>>> > > <fabio.capriati at gmail.com> ha scritto:
>>> > > eccoti in allegato lo screenshot
>>> > della schermata
>>> > > dell'edge router
>>> > >
>>> > > Come vedi qui :
>>> > >
>>> > > ninux at Fusolab-Edge:~$ ip n | grep
>>> > eth2.49
>>> > > fe80::ac09:36ff:feae:b839 dev
>>> > eth2.49 lladdr
>>> > > c4:6e:1f:4b:92:b9 router
>>> > > STALE
>>> > >
>>> > > nonostante il traffico in ingresso
>>> > generato dal
>>> > > corrispondente c'è solo
>>> > > ipv6 link local.
>>> > >
>>> > > Se mi mandi la password
>>> > dell'antenna, che la
>>> > > configurazione.
>>> > >
>>> > > Hai aggiornato il Firmware alla
>>> > 5.6.2?
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > Il giorno lun, 07/03/2016 alle 16.32
>>> > +0100, Matteo
>>> > > Pedani ha scritto:
>>> > > > Il router di fusalab non sta
>>> > funzionando.
>>> > > >
>>> > > >
>>> > > > Ho aggiunto la vlan 249 (non era
>>> > la 49 ?) , e
>>> > > l'antenna ha chiesto di
>>> > > > riavviarsi.
>>> > > >
>>> > > > ma adesso ricevo solo i pacchetti
>>> > olsr da rocca di
>>> > > papa (attaccata
>>> > > > sulla stessa antenna)
>>> > > >
>>> > > >
>>> > > > ora l'antenna è sulle vlan 49,
>>> > 251, 249
>>> > > >
>>> > > >
>>> > > >
>>> > > > Giovanni Castorina mi ha detto che
>>> > da circa 4 -5
>>> > > ore TUFO è
>>> > > > scollegata
>>> > > >
>>> > > >
>>> > > > E dato che ancora non avevo
>>> > aggiunto un ipv6 alla
>>> > > antenna non la posso
>>> > > > neanche raggiungere.
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > > Il giorno 7 marzo 2016 11:33,
>>> > Fabio Capriati
>>> > > > <fabio.capriati at gmail.com> ha
>>> > scritto:
>>> > > > La vlan 249 è stata
>>> > attivata, se riesci a
>>> > > pingare
>>> > > > 172.16.172.29 allora è
>>> > tutto ok.
>>> > > >
>>> > > >
>>> > > > IPv6 è anche configurato
>>> > (lato fusolab).
>>> > > Lato tuo assegnatelo
>>> > > > e registralo su gestione
>>> > indirizzi e
>>> > > sull'ipam
>>> > > > (http://ipam.ninux.org)
>>> > > >
>>> > > >
>>> > > > non riceverai le rotte
>>> > OLSR perchè devo
>>> > > riavviare il servizio.
>>> > > > Se tutto ok (il ping
>>> > intendo) stanotte
>>> > > riavvio il router.
>>> > > > Attendo il tuo ok
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > > Il giorno 6 marzo 2016
>>> > 18:40, Matteo Pedani
>>> > > <matteo at pedani.it>
>>> > > > ha scritto:
>>> > > > Ieri ho
>>> > riconnesso alberata con
>>> > > fusolab.
>>> > > >
>>> > > > Ho montato la
>>> > parabola sul tetto del
>>> > > fusolab e l'ho
>>> > > > puntata.
>>> > > >
>>> > > > Ho anche ripuntato
>>> > la grid verso RDP
>>> > > ma non avendo
>>> > > > nessuna password
>>> > delle due antenne
>>> > > non ho potuto
>>> > > > puntarla meglio.
>>> > > >
>>> > > >
>>> > > > Oggi ho puntato
>>> > meglio la mia a casa
>>> > > (ALBERATA) e
>>> > > > finalmente si
>>> > fanno 150/180 Mbit
>>> > > >
>>> > > >
>>> > > > Per l'antenna sul
>>> > fusolab <=>
>>> > > alberata
>>> > > >
>>> > > > ho preso gli ip
>>> > 10.172.3.49
>>> > > >
>>> > > > e la vlan 49
>>> > > >
>>> > > >
>>> > > > ma dato che dal
>>> > lato router non è
>>> > > stata attivata
>>> > > >
>>> > > > ho attivato anche
>>> > la vlan 251 quella
>>> > > dell'altra
>>> > > > antenna verso TUFO
>>> > > >
>>> > > >
>>> > > > Vi chiedo di darci
>>> > un occhiata ed
>>> > > attivare la vlan 49
>>> > > >
>>> > > >
>>> > > > Vi chiedo anche di
>>> > darmi due ipv6
>>> > > per poter
>>> > > > raggiungere le
>>> > antenne da internet
>>> > > se ci sono
>>> > > > problemi
>>> > > >
>>> > > >
>>> > > >
>>> > > > Ora sto cercando
>>> > di capire il perchè
>>> > > olsrl6 si è
>>> > > > bloccato su tufo
>>> > > >
>>> > > >
>>> > > >
>>> > > > --
>>> > > > Matteo Pedani
>>> > > >
>>> > > > www.pedani.it
>>> > > > mobile +39
>>> > 3343637690
>>> > > > phone +39
>>> > 0699341466
>>> > > > phone +39
>>> > 069415152
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > > --
>>> > > > Matteo Pedani
>>> > > >
>>> > > > www.pedani.it
>>> > > > mobile +39 3343637690
>>> > > > phone +39 0699341466
>>> > > > phone +39 069415152
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > Matteo Pedani
>>> > >
>>> > > www.pedani.it
>>> > > mobile +39 3343637690
>>> > > phone +39 0699341466
>>> > > phone +39 069415152
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > Matteo Pedani
>>> > >
>>> > > www.pedani.it
>>> > > mobile +39 3343637690
>>> > > phone +39 0699341466
>>> > > phone +39 069415152
>>> > >
>>> > >
>>> > >
>>> > >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > Matteo Pedani
>>> >
>>> > www.pedani.it
>>> > mobile +39 3343637690
>>> > phone +39 0699341466
>>> > phone +39 069415152
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> > Matteo Pedani
>>> >
>>> > www.pedani.it
>>> > mobile +39 3343637690
>>> > phone +39 0699341466
>>> > phone +39 069415152
>>> >
>>> >
>>> >
>>> >
>>>
>>>
>>>
>>
>>
>> --
>> *Matteo Pedani*
>>
>> www.pedani.it
>> mobile +39 3343637690
>> phone +39 0699341466
>> phone +39 069415152
>>
>>
>>
>>
>
--
*Matteo Pedani*
www.pedani.it
mobile +39 3343637690
phone +39 0699341466
phone +39 069415152
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://ml.ninux.org/pipermail/roma/attachments/20160308/912f7602/attachment-0001.html>
More information about the Roma
mailing list