Re: [FRnOG] [TECH] Google et les IX :)

[contact]

Hello,

De mon coté ils m'ont répondu en -48H en me disant qu'ils n'arrivaient 
pas a faire la relation entre mon mail et mon ASN :-))


Du coup je sais pas par quel formulaire tu passes mais mes 2 demandes 
ont étés répondues rapidement.


Good luck avec eux.

Dorian

AS208196

Le 19/12/2020 17:19, David Ponzone a écrit :

Peering.

Le 19 déc. 2020 à 09:00, Radu-Adrian Feurdean 
 a écrit :


On Fri, Dec 18, 2020, at 07:21, David Ponzone wrote:

Amusant, réponse de Google à une demande de peering:


Demande de peering ou d'acces au "ISP portal" ?
Avec ISP portal (une fois tu arrive a avoir acces), de memoire tout 
est automatise (modulo entree PeeringDB a jour).



---
Liste de diffusion du FRnOG
http://www.frnog.org/



---
Liste de diffusion du FRnOG
http://www.frnog.org/



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Google et les IX :)

[David Ponzone]

Peering.

> Le 19 déc. 2020 à 09:00, Radu-Adrian Feurdean 
>  a écrit :
> 
> On Fri, Dec 18, 2020, at 07:21, David Ponzone wrote:
>> Amusant, réponse de Google à une demande de peering:
> 
> Demande de peering ou d'acces au "ISP portal" ?
> Avec ISP portal (une fois tu arrive a avoir acces), de memoire tout est 
> automatise (modulo entree PeeringDB a jour).
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [EXTERNAL MAIL] [FRnOG] [TECH] Problème de court circuit ou disjonctage avec un Blade

[Radu-Adrian Feurdean]

On Sat, Dec 19, 2020, at 14:14, Guillaume Tournat via frnog wrote:
> cela permet surtout de faire un DoS facile. ca écroule l'infra.

Mais non ! Comme il s'agit d'un PDU mangeable, il vient de trouver le moyen de 
faire un power-off  de tout le PDU.

Sinon, ca fait un bon cas d'ecole pour les PDU plus chers (qui generallement se 
comportent plus correctement).


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [EXTERNAL MAIL] [FRnOG] [TECH] Problème de court circuit ou disjonctage avec un Blade

[Guillaume Tournat via frnog]

cela permet surtout de faire un DoS facile. ca écroule l'infra.


Le 19/12/2020 à 13:50, Charley SEDEAU a écrit :
Original comme problème. Peut-être qu'ils ont foiré leur 
implémentation du WOL chez Intellinet.. :)


Bon courage pour le débug complet du problème & sa résolution 
définitive, je pense que tu va bien t'amuser.


- Charley


Le sam. 19 déc. 2020 à 13:19, Axel HAUGUEL > a écrit :


Hello à tous,

On a enfin trouvé la cause avec Olivier du datacenter DC2SCALE.

Il s'avère que la carte CMC (Management) du bladecenter envoie un
paquet sur le réseau qui ne plaît pas à nos PDUs (PDUs connectés
en ethernet sur le réseau de management).. Dès que l'on branche le
câble et qu'il commence à clignoter, le PDU tombe.

Je n'avais pas ce soucis avant donc c'était pas simple à
diagnostiquer... Reste à savoir quel paquet ça envoie exactement
et à reporter ça au support intellinet.


Cordialement / Best regards
-- 
*Axel HAUGUEL*

Vice-Président de Dyjix | *a...@dyjix.eu *
*Responsable des infrastructures systèmes & réseaux*
Téléphone : (+33) 07 61 59 67 11 | www.dyjix.eu 



Le ven. 18 déc. 2020 à 23:19, Charley SEDEAU mailto:char...@sedeau.com>> a écrit :

Je ne sais pas si tu as déjà regardé, mais il y a des valeurs
configurables coté PDU d'après la doc
(https://www.senetic.fr/i/objects/mmo_39211716_1514462642_2147_24907.pdf

)
, notamment une valeur d'overload où le PDU coupe le jus.
Peut-être qu'il n'est pas configuré à 16A ?

image.png

Je pense que ça vaudrait le coup d'essayer en sortant les
blades du châssis : Il y a un discover automatique des blades
sur les châssis types C7000 / M1000E qui se fait quelques
minutes après le boot du châssis.. Ça peut expliquer pourquoi
la consommation augmente un peu après 4 min (mais ça ne
devrait pas non plus être gigantesque..) et peut-être
expliquer ton soucis..

- Charley


Le ven. 18 déc. 2020 à 23:06, Axel HAUGUEL mailto:a...@dyjix.eu>> a écrit :

Hello,

Merci pour ta réponse. Le modèle du PDU est le suivant :
https://www.senetic.fr/product/163682


Je pense en effet faire ça demain matin, tester sur une
voie vide… Mais ça expliquerait pas pourquoi quand tout
redémarre, juste après la coupure, ça ne disjoncte pas
directement.. Car quand tout redémarre, on consomme
beaucoup + (Environ 12 - 13A)

Aucune lame n’est démarrée lorsque cela se produit… C’est
vraiment étrange ! Car le blade démarre et 4 minutes
après, paf !

Merci

Cordialement / Best regards
-- 
*Axel HAUGUEL*

Vice-Président de Dyjix | a...@dyjix.eu 
*Responsable des infrastructures systèmes & réseaux*
Téléphone : (+33) 07 61 59 67 11 | www.dyjix.eu






Le 18 déc. 2020 à 23:02, Charley SEDEAU
mailto:char...@sedeau.com>> a écrit :

Hello,

D'expérience ça ressemble vraiment à un souci de conso
élec / capacité sur tes voies

Quel ref de PDU utilises-tu ? Est-ce que tu es sûr qu'ils
arrivent à tenir 10A (même s'ils sont prévu pour du 16A,
on est pas a l'abris d'une surprise sur certains modèles
"cheap"). Ou alors peut-être que ta mesure de
consommation actuelle manque de précision ?

Ca expliquerai à la fois que ton 2nd PDU saute lorsque le
1er tombe (vu qu'il double en charge), et ca expliquerait
pourquoi ton M1000E fait tomber un PDU après quelques
minutes (sûrement lié au boot des blades qui sont à
l'intérieur ?)

Dans les tests que tu peux faire histoire d'essayer de
cerner le soucis :
- Tester sur une voie électrique 16A "vide", voir si le
pb se reproduit (si tu en as une à disposition)
≈
- Essayer tester avec 2 alim sur le M1000E, et de les
interchanger pour voir si le soucis est localisé sur
l'une des alim en particulier (mais ces trucs sont
normalement conçus pour être bien redondants et pour bien
isoler les alim défectueuses)

- Charley


Le ven. 18 déc. 2020 à 22:23, Axel HAUGUEL mailto:a...@dyjix.eu>> a écrit :

Hello la liste,

J'espère un peu la situation :

Dans un site où nous avons une baie, nous avons
l'arrivée électrique
séparée par deux voies A et B,

Re: [EXTERNAL MAIL] [FRnOG] [TECH] Problème de court circuit ou disjonctage avec un Blade

[Ludovic Scotti]

Essaie sans le switch du coup.

Ici on a pas mal de HPE C3000/7000 en prod et jamais eu de soucis dans le
genre.
Il faut dire que c'est plutôt robuste comme châssis, les alims/ventilos
tombent rarement en panne.

Le sam. 19 déc. 2020 à 11:20, Axel HAUGUEL  a écrit :

> Hello,
>
> Je suis dépité ! Jai branché le blade sur un seul PDU que j’avais vidé, et
> il a réussi à faire sauter les 2 PDU. La seule chose qui les lie entre eux,
> c’est le câble rj-45 qui va du blade au switch fs.com situé sur l’autre
> PDU.
>
> Lorsque cela se produit, on est à 1.8A
>
> Le problème se produit depuis que j’ai reload la conf du switch Cisco sur
> le blade
>
> Ça paraît gros.
>
> Envoyé de mon iPhone
>
> > Le 18 déc. 2020 à 23:26, Axel HAUGUEL  a écrit :
> >
> > 
> > 
> >
> > Yes,j’ai modifié les valeurs ce matin mais aucun changement…
> > Cordialement / Best regards
> > --
> > Axel HAUGUEL
> > Vice-Président de Dyjix | a...@dyjix.eu
> > Responsable des infrastructures systèmes & réseaux
> > Téléphone : (+33) 07 61 59 67 11 | www.dyjix.eu
> >
> >
> >
> >
> >> Le 18 déc. 2020 à 23:18, Charley SEDEAU  a écrit :
> >>
> >> Je ne sais pas si tu as déjà regardé, mais il y a des valeurs
> configurables coté PDU d'après la doc (
> https://www.senetic.fr/i/objects/mmo_39211716_1514462642_2147_24907.pdf)
> , notamment une valeur d'overload où le PDU coupe le jus. Peut-être qu'il
> n'est pas configuré à 16A ?
> >>
> >> 
> >>
> >> Je pense que ça vaudrait le coup d'essayer en sortant les blades du
> châssis : Il y a un discover automatique des blades sur les châssis types
> C7000 / M1000E qui se fait quelques minutes après le boot du châssis.. Ça
> peut expliquer pourquoi la consommation augmente un peu après 4 min (mais
> ça ne devrait pas non plus être gigantesque..) et peut-être expliquer ton
> soucis..
> >>
> >> - Charley
> >>
> >>
> >> Le ven. 18 déc. 2020 à 23:06, Axel HAUGUEL  a écrit :
> >>> Hello,
> >>>
> >>> Merci pour ta réponse. Le modèle du PDU est le suivant :
> https://www.senetic.fr/product/163682
> >>>
> >>> Je pense en effet faire ça demain matin, tester sur une voie vide…
> Mais ça expliquerait pas pourquoi quand tout redémarre, juste après la
> coupure, ça ne disjoncte pas directement.. Car quand tout redémarre, on
> consomme beaucoup + (Environ 12 - 13A)
> >>>
> >>> Aucune lame n’est démarrée lorsque cela se produit… C’est vraiment
> étrange ! Car le blade démarre et 4 minutes après, paf !
> >>>
> >>> Merci
> >>>
> >>> Cordialement / Best regards
> >>> --
> >>> Axel HAUGUEL
> >>> Vice-Président de Dyjix | a...@dyjix.eu
> >>> Responsable des infrastructures systèmes & réseaux
> >>> Téléphone : (+33) 07 61 59 67 11 | www.dyjix.eu
> >>>
> >>>
> >>>
> >>>
>  Le 18 déc. 2020 à 23:02, Charley SEDEAU  a écrit
> :
> 
>  Hello,
> 
>  D'expérience ça ressemble vraiment à un souci de conso élec /
> capacité sur tes voies
> 
>  Quel ref de PDU utilises-tu ? Est-ce que tu es sûr qu'ils arrivent à
> tenir 10A (même s'ils sont prévu pour du 16A, on est pas a l'abris d'une
> surprise sur certains modèles "cheap"). Ou alors peut-être que ta mesure de
> consommation actuelle manque de précision ?
> 
>  Ca expliquerai à la fois que ton 2nd PDU saute lorsque le 1er tombe
> (vu qu'il double en charge), et ca expliquerait pourquoi ton M1000E fait
> tomber un PDU après quelques minutes (sûrement lié au boot des blades qui
> sont à l'intérieur ?)
> 
>  Dans les tests que tu peux faire histoire d'essayer de cerner le
> soucis :
>  - Tester sur une voie électrique 16A "vide", voir si le pb se
> reproduit (si tu en as une à disposition)
>  ≈
>  - Essayer tester avec 2 alim sur le M1000E, et de les interchanger
> pour voir si le soucis est localisé sur l'une des alim en particulier (mais
> ces trucs sont normalement conçus pour être bien redondants et pour bien
> isoler les alim défectueuses)
> 
>  - Charley
> 
> 
>  Le ven. 18 déc. 2020 à 22:23, Axel HAUGUEL  a écrit :
> > Hello la liste,
> >
> > J'espère un peu la situation :
> >
> > Dans un site où nous avons une baie, nous avons l'arrivée électrique
> > séparée par deux voies A et B, et chaque serveur rack est double
> alimenté
> > par chaque voie.
> >
> > Nous avons également un bladecenter qui nous pose des soucis depuis
> ce
> > matin, il a 6 alimentations (dell m1000e) :
> >
> > - Lorsqu'on le branche sur 2 PDU, les 2 PDU tombent et tous les
> serveurs
> > s'éteignent et redémarrent directement (+4 ampères par rapport à la
> conso
> > moyenne, donc j'élimine un manque de puissance électrique)
> >
> > - J'ai essayé de le brancher qu'une alimentation sur 1 PDU, mais le
> PDU
> > tombe et fait tomber l'autre (alors qu'il n'est pas raccordé dessus)
> > également..
> >
> > Je me demande si l'alimentation n'a pas un problème et crée un court
> > circuit qui se répercute dans l'autre PDU en passant par les racks.
> >
> >>

Re: [EXTERNAL MAIL] [FRnOG] [TECH] Problème de court circuit ou disjonctage avec un Blade

[Axel HAUGUEL]

Hello,

Je suis dépité ! Jai branché le blade sur un seul PDU que j’avais vidé, et il a 
réussi à faire sauter les 2 PDU. La seule chose qui les lie entre eux, c’est le 
câble rj-45 qui va du blade au switch fs.com situé sur l’autre PDU.

Lorsque cela se produit, on est à 1.8A

Le problème se produit depuis que j’ai reload la conf du switch Cisco sur le 
blade

Ça paraît gros.

Envoyé de mon iPhone

> Le 18 déc. 2020 à 23:26, Axel HAUGUEL  a écrit :
> 
> 
> 
> 
> Yes,j’ai modifié les valeurs ce matin mais aucun changement… 
> Cordialement / Best regards
> -- 
> Axel HAUGUEL
> Vice-Président de Dyjix | a...@dyjix.eu
> Responsable des infrastructures systèmes & réseaux
> Téléphone : (+33) 07 61 59 67 11 | www.dyjix.eu
> 
> 
> 
> 
>> Le 18 déc. 2020 à 23:18, Charley SEDEAU  a écrit :
>> 
>> Je ne sais pas si tu as déjà regardé, mais il y a des valeurs configurables 
>> coté PDU d'après la doc 
>> (https://www.senetic.fr/i/objects/mmo_39211716_1514462642_2147_24907.pdf) , 
>> notamment une valeur d'overload où le PDU coupe le jus. Peut-être qu'il 
>> n'est pas configuré à 16A ?
>> 
>> 
>> 
>> Je pense que ça vaudrait le coup d'essayer en sortant les blades du châssis 
>> : Il y a un discover automatique des blades sur les châssis types C7000 / 
>> M1000E qui se fait quelques minutes après le boot du châssis.. Ça peut 
>> expliquer pourquoi la consommation augmente un peu après 4 min (mais ça ne 
>> devrait pas non plus être gigantesque..) et peut-être expliquer ton soucis..
>> 
>> - Charley
>> 
>> 
>> Le ven. 18 déc. 2020 à 23:06, Axel HAUGUEL  a écrit :
>>> Hello,
>>> 
>>> Merci pour ta réponse. Le modèle du PDU est le suivant : 
>>> https://www.senetic.fr/product/163682
>>> 
>>> Je pense en effet faire ça demain matin, tester sur une voie vide… Mais ça 
>>> expliquerait pas pourquoi quand tout redémarre, juste après la coupure, ça 
>>> ne disjoncte pas directement.. Car quand tout redémarre, on consomme 
>>> beaucoup + (Environ 12 - 13A)
>>> 
>>> Aucune lame n’est démarrée lorsque cela se produit… C’est vraiment étrange 
>>> ! Car le blade démarre et 4 minutes après, paf !
>>> 
>>> Merci
>>> 
>>> Cordialement / Best regards
>>> -- 
>>> Axel HAUGUEL
>>> Vice-Président de Dyjix | a...@dyjix.eu
>>> Responsable des infrastructures systèmes & réseaux
>>> Téléphone : (+33) 07 61 59 67 11 | www.dyjix.eu
>>> 
>>> 
>>> 
>>> 
 Le 18 déc. 2020 à 23:02, Charley SEDEAU  a écrit :
 
 Hello,
 
 D'expérience ça ressemble vraiment à un souci de conso élec / capacité sur 
 tes voies 
 
 Quel ref de PDU utilises-tu ? Est-ce que tu es sûr qu'ils arrivent à tenir 
 10A (même s'ils sont prévu pour du 16A, on est pas a l'abris d'une 
 surprise sur certains modèles "cheap"). Ou alors peut-être que ta mesure 
 de consommation actuelle manque de précision ?
 
 Ca expliquerai à la fois que ton 2nd PDU saute lorsque le 1er tombe (vu 
 qu'il double en charge), et ca expliquerait pourquoi ton M1000E fait 
 tomber un PDU après quelques minutes (sûrement lié au boot des blades qui 
 sont à l'intérieur ?)
 
 Dans les tests que tu peux faire histoire d'essayer de cerner le soucis :
 - Tester sur une voie électrique 16A "vide", voir si le pb se reproduit 
 (si tu en as une à disposition) 
 ≈
 - Essayer tester avec 2 alim sur le M1000E, et de les interchanger pour 
 voir si le soucis est localisé sur l'une des alim en particulier (mais ces 
 trucs sont normalement conçus pour être bien redondants et pour bien 
 isoler les alim défectueuses) 
 
 - Charley
 
 
 Le ven. 18 déc. 2020 à 22:23, Axel HAUGUEL  a écrit :
> Hello la liste,
> 
> J'espère un peu la situation :
> 
> Dans un site où nous avons une baie, nous avons l'arrivée électrique
> séparée par deux voies A et B, et chaque serveur rack est double alimenté
> par chaque voie.
> 
> Nous avons également un bladecenter qui nous pose des soucis depuis ce
> matin, il a 6 alimentations (dell m1000e) :
> 
> - Lorsqu'on le branche sur 2 PDU, les 2 PDU tombent et tous les serveurs
> s'éteignent et redémarrent directement (+4 ampères par rapport à la conso
> moyenne, donc j'élimine un manque de puissance électrique)
> 
> - J'ai essayé de le brancher qu'une alimentation sur 1 PDU, mais le PDU
> tombe et fait tomber l'autre (alors qu'il n'est pas raccordé dessus)
> également..
> 
> Je me demande si l'alimentation n'a pas un problème et crée un court
> circuit qui se répercute dans l'autre PDU en passant par les racks.
> 
> Je deviens fou ! De plus, il ne disjoncte pas directement après le
> redémarrage, mais au moins 5 minutes après...
> 
> Si vous avez des idées de ce que ça pourrait être, ou si vous avez déjà
> rencontré des problèmes similaires, je suis preneur...
> 
> Pour information, sur les deux PDUs, je suis à 5.5 A. Donc si un PDU 
> coupe,
> 

Re: [FRnOG] [MISC] Routeur 4G ?

[Frank ALEXIS]

Et pour info, notre agrume a sorti une vraie offre data illimité à 80e
/12mois puis 95e avec l’option double SIM possible (donc 47,5/mois
l’abonnent full illimité !) dispo en GP uniquement !

On a testé sur 2 lignes : on se goinfre en data à 500m du pylône ;-)

Frank

Le sam. 19 déc. 2020 à 11:05, Frank ALEXIS  a écrit :

> Hello folks,
>
> On a testé le B818 de HUAWEI : Perfect !
> Catégorie 19
> TR69
> Client l2tp
> SIP
>
> C’est pas moche et ça fait le job en débit !!
>
> My 2cts
>
> Le sam. 19 déc. 2020 à 10:51, David Ponzone  a
> écrit :
>
>> Ubiquiti ?
>> Le U-LTE ?
>> Pas vraiment dispo encore en Europe je crois ou en early-access.
>>
>> Chez Telto: RUT240 si le Cat4 te suffit, RUTX09 si tu veux du Cat6
>>
>> > Le 19 déc. 2020 à 10:00, Régis M  a écrit :
>> >
>> > Bonjour,
>> >
>> > Je ressors ce vieux thread car je recherche un routeur 4G et j'allais
>> partir sur du ubiquiti, mais je doute du coup :)
>> > Quel modèle en particulier tu conseilles / utilises chez Teltonika ?
>> >
>> > Budget entre 100 et 200 euros.
>> >
>> > Merci
>> >
>> > Régis
>> >
>> >
>> > Le mar. 20 oct. 2020 à 13:34, David Ponzone > > a écrit :
>> > Teltonika forever.
>> > Contrôle par le cloud (par reverse-proxy fait par le constructeur) et
>> par SMS.
>> >
>> > Sierra Wireless a aussi un cloud de management, mais il est plus
>> orienté industriel/embarqué, moins orienté pour nos métiers je trouve.
>> >
>> >
>> > > Le 20 oct. 2020 à 13:22, Varicap > varicap@gmail.com>> a écrit :
>> > >
>> > > Tu veux manager quoi à distance ? Les b525 possèdent des menus qui
>> reste très limités.
>> > > Un teamviewer sur le lan te permettra de prendre la main sur le b525
>> > > Le b525 est un routeur ou tu trouveras plein de sites avec des hacks
>> pour personnaliser des features
>> > >
>> >
>> >
>> > ---
>> > Liste de diffusion du FRnOG
>> > http://www.frnog.org/ 
>>
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Routeur 4G ?

[Frank ALEXIS]

Hello folks,

On a testé le B818 de HUAWEI : Perfect !
Catégorie 19
TR69
Client l2tp
SIP

C’est pas moche et ça fait le job en débit !!

My 2cts

Le sam. 19 déc. 2020 à 10:51, David Ponzone  a
écrit :

> Ubiquiti ?
> Le U-LTE ?
> Pas vraiment dispo encore en Europe je crois ou en early-access.
>
> Chez Telto: RUT240 si le Cat4 te suffit, RUTX09 si tu veux du Cat6
>
> > Le 19 déc. 2020 à 10:00, Régis M  a écrit :
> >
> > Bonjour,
> >
> > Je ressors ce vieux thread car je recherche un routeur 4G et j'allais
> partir sur du ubiquiti, mais je doute du coup :)
> > Quel modèle en particulier tu conseilles / utilises chez Teltonika ?
> >
> > Budget entre 100 et 200 euros.
> >
> > Merci
> >
> > Régis
> >
> >
> > Le mar. 20 oct. 2020 à 13:34, David Ponzone  > a écrit :
> > Teltonika forever.
> > Contrôle par le cloud (par reverse-proxy fait par le constructeur) et
> par SMS.
> >
> > Sierra Wireless a aussi un cloud de management, mais il est plus orienté
> industriel/embarqué, moins orienté pour nos métiers je trouve.
> >
> >
> > > Le 20 oct. 2020 à 13:22, Varicap  varicap@gmail.com>> a écrit :
> > >
> > > Tu veux manager quoi à distance ? Les b525 possèdent des menus qui
> reste très limités.
> > > Un teamviewer sur le lan te permettra de prendre la main sur le b525
> > > Le b525 est un routeur ou tu trouveras plein de sites avec des hacks
> pour personnaliser des features
> > >
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/ 
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Routeur 4G ?

[David Ponzone]

Ubiquiti ?
Le U-LTE ?
Pas vraiment dispo encore en Europe je crois ou en early-access.

Chez Telto: RUT240 si le Cat4 te suffit, RUTX09 si tu veux du Cat6

> Le 19 déc. 2020 à 10:00, Régis M  a écrit :
> 
> Bonjour,
> 
> Je ressors ce vieux thread car je recherche un routeur 4G et j'allais partir 
> sur du ubiquiti, mais je doute du coup :)
> Quel modèle en particulier tu conseilles / utilises chez Teltonika ?
> 
> Budget entre 100 et 200 euros.
> 
> Merci
> 
> Régis
> 
> 
> Le mar. 20 oct. 2020 à 13:34, David Ponzone  > a écrit :
> Teltonika forever.
> Contrôle par le cloud (par reverse-proxy fait par le constructeur) et par SMS.
> 
> Sierra Wireless a aussi un cloud de management, mais il est plus orienté 
> industriel/embarqué, moins orienté pour nos métiers je trouve.
> 
> 
> > Le 20 oct. 2020 à 13:22, Varicap  > > a écrit :
> > 
> > Tu veux manager quoi à distance ? Les b525 possèdent des menus qui reste 
> > très limités.
> > Un teamviewer sur le lan te permettra de prendre la main sur le b525
> > Le b525 est un routeur ou tu trouveras plein de sites avec des hacks pour 
> > personnaliser des features 
> > 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/ 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Routeur 4G ?

[Régis M]

Bonjour,

Je ressors ce vieux thread car je recherche un routeur 4G et j'allais
partir sur du ubiquiti, mais je doute du coup :)
Quel modèle en particulier tu conseilles / utilises chez Teltonika ?

Budget entre 100 et 200 euros.

Merci

Régis


Le mar. 20 oct. 2020 à 13:34, David Ponzone  a
écrit :

> Teltonika forever.
> Contrôle par le cloud (par reverse-proxy fait par le constructeur) et par
> SMS.
>
> Sierra Wireless a aussi un cloud de management, mais il est plus orienté
> industriel/embarqué, moins orienté pour nos métiers je trouve.
>
>
> > Le 20 oct. 2020 à 13:22, Varicap  a écrit :
> >
> > Tu veux manager quoi à distance ? Les b525 possèdent des menus qui reste
> très limités.
> > Un teamviewer sur le lan te permettra de prendre la main sur le b525
> > Le b525 est un routeur ou tu trouveras plein de sites avec des hacks
> pour personnaliser des features
> >
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Google et les IX :)

[Radu-Adrian Feurdean]

On Fri, Dec 18, 2020, at 07:21, David Ponzone wrote:
> Amusant, réponse de Google à une demande de peering:

Demande de peering ou d'acces au "ISP portal" ?
Avec ISP portal (une fois tu arrive a avoir acces), de memoire tout est 
automatise (modulo entree PeeringDB a jour).


---
Liste de diffusion du FRnOG
http://www.frnog.org/