Re: [FRnOG] [MISC] Registrar Suisse

2023-03-09 Par sujet ml-frnog 

Bonjour,

En effet ici j'ai une contrainte administrative sur l'emplacement 
géographique du registre.


Bien cordialement,

Le 09/03/2023 à 16:19, Paul Caranton via frnog a écrit :

Bonjour,

PlanetHoster est une société canadienne.

Vu la demande d'un registrar suisse, il y a peut-être des raisons techniques 
et/ou administratives qui guident ce choix.

Cdt,

Paul

Le 9 mars 2023 à 15:36, à 15:36, Mina Shenouda via frnog  a 
écrit:

Bonjour à tous,

PlanetHoster est présent en Suisse.

Accréditation ICANN, Afnic, Switch, Eurid, etc

Ces extensions sont souvent incluses gratuitement avec un plan annuel.
Réduction de volume possible.

Cordialement,
Mina S.



On Mar 8, 2023, at 17:31, ml-fr...@srv.mx wrote:

Bonjour la liste,

Je serais à la recherche d'un fournisseur de domaines situés en

Suisse ayant des prix raisonnables, en tant que particulier. Ca serait
pour migrer des domaines en .fr, .ch et .eu.

Connaîtriez-vous de bons fournisseurs ?

Cordialement,


---
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] Registrar Suisse

2023-03-09 Par sujet ml-frnog 
Justement, il y a rien de compliqué à gérer des ndd, mais ca n'a pas 
l'air évident pour tout les registrars, c'est bien le soucis.


Le problème d'OVH, c'est que tant que ca marche, c'est pas mal, mais à 
la moindre difficulté, le service de support ne sait proposer qu'un mur 
de mauvaise foi, assez limite légalement (refus du respect du délai de 
rétractation légal, refus de payer les indemnités légales pour les 
commandes non honorées et remboursées plus d'un mois après les avoir 
faites, etc).
Autant pour du perso ca peut passer si ca concerne juste des tld, autant 
pour des structures, à force ca fait un peu grincer des dents dans le 
principe.


Pour le pas cher, on parle de tld classique, t'as à peu près les mêmes 
prix partout. OVH est même légèrement plus cher qu'Infomaniak pour des .fr.
Mais bon, la question ne se pose pas, vu qu'OVH est basé en France, et 
que j'ai une contrainte géographique pour le registre pour ce cas là.


Bien cordialement

Le 10/03/2023 à 00:27, Olivier Lange a écrit :

Ouais, enfin bon, on parle de gérer un ndd, hein... Au prix qu'il est, tu
t'attends à quoi, pour configurer tes A, MX, SPF & co ? Certes, j'ai un
avis sûrement biaisé, de part mon passif. Mais c'est le meilleur rapport
qualité prix pour juste enregistrer un NDD.

Après, tu peux toujours aller chez Infomaniak, ça fait la job. Mais c'est
plus cher.

Le jeu. 9 mars 2023 à 03:20,  a écrit :


Et le support client, malheureusement, abyssalement mauvais. Dommage,
mais un service client correct est pour moi une base incontournable.

Cordialement

Le 09/03/2023 à 00:40, Olivier Lange a écrit :

OVH reste un bon choix, pour gérer .ch, .de et .eu. et les tarifs sont

bons.


Olivier

Le mer. 8 mars 2023, 23 h 53,  a écrit :


Ah oui en effet, le choix est vite restreint.
Merci pour le lien !

Le 08/03/2023 à 23:36, Paul Caranton - Pomme Télécom via frnog a écrit :

Bonsoir,

Il n'y en a pas beaucoup des registrar accrédités à gérer des .fr en
Suisse :




https://www.afnic.fr/noms-de-domaine/tout-savoir/annuaire-bureaux-enregistrement/?nom==SWITZERLAND


Ça limite vite le choix ;)

Bonne soirée,

Paul

Le 08/03/2023 à 23:31, ml-fr...@srv.mx a écrit :

Bonjour la liste,

Je serais à la recherche d'un fournisseur de domaines situés en Suisse
ayant des prix raisonnables, en tant que particulier. Ca serait pour
migrer des domaines en .fr, .ch et .eu.
Connaîtriez-vous de bons fournisseurs ?

Cordialement,


---
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/



---
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/



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

Re: [FRnOG] [MISC] Registrar Suisse

2023-03-09 Par sujet Olivier Lange 
Ouais, enfin bon, on parle de gérer un ndd, hein... Au prix qu'il est, tu
t'attends à quoi, pour configurer tes A, MX, SPF & co ? Certes, j'ai un
avis sûrement biaisé, de part mon passif. Mais c'est le meilleur rapport
qualité prix pour juste enregistrer un NDD.

Après, tu peux toujours aller chez Infomaniak, ça fait la job. Mais c'est
plus cher.

Le jeu. 9 mars 2023 à 03:20,  a écrit :

> Et le support client, malheureusement, abyssalement mauvais. Dommage,
> mais un service client correct est pour moi une base incontournable.
>
> Cordialement
>
> Le 09/03/2023 à 00:40, Olivier Lange a écrit :
> > OVH reste un bon choix, pour gérer .ch, .de et .eu. et les tarifs sont
> bons.
> >
> > Olivier
> >
> > Le mer. 8 mars 2023, 23 h 53,  a écrit :
> >
> >> Ah oui en effet, le choix est vite restreint.
> >> Merci pour le lien !
> >>
> >> Le 08/03/2023 à 23:36, Paul Caranton - Pomme Télécom via frnog a écrit :
> >>> Bonsoir,
> >>>
> >>> Il n'y en a pas beaucoup des registrar accrédités à gérer des .fr en
> >>> Suisse :
> >>>
> >>
> https://www.afnic.fr/noms-de-domaine/tout-savoir/annuaire-bureaux-enregistrement/?nom==SWITZERLAND
> >>>
> >>> Ça limite vite le choix ;)
> >>>
> >>> Bonne soirée,
> >>>
> >>> Paul
> >>>
> >>> Le 08/03/2023 à 23:31, ml-fr...@srv.mx a écrit :
>  Bonjour la liste,
> 
>  Je serais à la recherche d'un fournisseur de domaines situés en Suisse
>  ayant des prix raisonnables, en tant que particulier. Ca serait pour
>  migrer des domaines en .fr, .ch et .eu.
>  Connaîtriez-vous de bons fournisseurs ?
> 
>  Cordialement,
> 
> 
>  ---
>  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/
> >>
> >
> > ---
> > 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: [TECH] Re: [FRnOG] Discussion technique : gestion gigue serveur VOIP | [TECH] || frnog-t...@frnog.org

2023-03-09 Par sujet Stephane Perez 
Bonjour christophe,


> > Environ 1000 utilisateurs (multisites) sont reliés aux serveurs VoIP pour
> > environ 400 communications SIP simultanées.
> > Nous rencontrons de plus en plus de dégradations sur la qualité des
> > communications VoIP (mauvaise qualité et décalage voix, blanc, etc..)
> >
>

400 comms simultanées, ça doit tourner entre 38 et 40 Mbits/s avec du G711
sans compter la signalisation, est-ce qu'une partie des comms passent déjà
ou peuvent passer sur du G726 / G729 ou équivalents ?

En terme de QoS, la problématique des pare-feux est que majoritairement ils
n'intègrent pas de gestion de QoS sur la partie State-machine, ils traitent
la QoS au niveau de l'interface mais il faut considérer au niveau du
routeur le queueing qui peut persister.
Une des grandes questions est de savoir sur une infra où la QoS de bout en
bout ne peut être garantie, où est-ce que la Gigue et packet loss (blancs)
peut se produire et surtout dans quelle direction ?
De ma fenêtre les premiers symptômes décrits ressemblent à une QoS où le
lien WAN bufferise dans les deux sens et vu qu'il n'y a pas de priorisation
voix certains paquets RTP sont mis dans la file d'attente du routeur
opérateur dans le sens montant mais probablement en descendant aussi.

> Après analyse de nos équipements et investigations, nous pensons que cela
> > peut être lié à la gestion de la QoS coté WAN ainsi que la gigue et la
> > latence.
> >
> > Existe-t-il des solutions pour optimiser la gigue et la latence ?
> >
>
> A priori une des premières cibles serait de :

   - Mesurer précisément la bande passante de la partie Voix pour ajuster
   les valeurs de QoS
   - Vérifier si certains flux VoiP (RTP) ne passent pas dans la mauvaise
   classe de trafic en sortie
   - Garder une marge de secours par rapport à la bande passante théorique
   et limiter la BP de la DATA en sortie
   - Effectuer un Shaping entrant sur le flux Data Internet -> DC qui n'est
   pas de la VoIP pour limiter la bande passante utilisée et limiter les
   risques de queueing au niveau du réseau opérateur.
  - En gros. 1 Gbits / s de BP théorique
  - On garde 100 Mbits sur la classe VOIP
  - On mets 700 Mbits en shaping Data entrant sur le premier équipement
  derrière le routeur opérateur ce n'est pas parfait mais tu
limite pour les
  flux data TCP la vitesse à laquelle les segments sont envoyés au client
  interne et donc on abaisse "heuristiquement" les gros blocs entrants
  - Par ailleurs sur le FW faire une modification de TCP window pour
  les flux data, etc.

Voilà pour mes idées.

a+
-- 
---
Stephane Perez

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

Re: [FRnOG] [MISC] Registrar Suisse

2023-03-09 Par sujet Paul Caranton via frnog 
Bonjour,

PlanetHoster est une société canadienne.

Vu la demande d'un registrar suisse, il y a peut-être des raisons techniques 
et/ou administratives qui guident ce choix.

Cdt,

Paul

Le 9 mars 2023 à 15:36, à 15:36, Mina Shenouda via frnog  a 
écrit:
>Bonjour à tous,
>
>PlanetHoster est présent en Suisse.
>
>Accréditation ICANN, Afnic, Switch, Eurid, etc
>
>Ces extensions sont souvent incluses gratuitement avec un plan annuel.
>Réduction de volume possible.
>
>Cordialement,
>Mina S.
>
>
>> On Mar 8, 2023, at 17:31, ml-fr...@srv.mx wrote:
>>
>> Bonjour la liste,
>>
>> Je serais à la recherche d'un fournisseur de domaines situés en
>Suisse ayant des prix raisonnables, en tant que particulier. Ca serait
>pour migrer des domaines en .fr, .ch et .eu.
>> Connaîtriez-vous de bons fournisseurs ?
>>
>> Cordialement,
>>
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/

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

[TECH] Re: [FRnOG] [TECH] Mails rejetés par orange (OFR_999)

2023-03-09 Par sujet Kevin C via frnog 
Si quelqu'un de Orange est dans liste, ça recommence (OFR_999).

Est ce que quelqu'un sait ce que signifie ce code d'erreur ?

Merci,

Kevin

Le vendredi 27 janvier 2023, 11:50:51 CET François Otho a écrit :
> Bah, rien n'est réglé,
> Je constate encore des ofr_999 sur un serveur qui envoie à
> la folle vitesse de 1 mail/4sec.
> Orange devrait cesser de faire de la messagerie,
> c'est démoralisant.
> F.Otho
> 
> - Mail original -
> De: "kco" 
> À: "François Otho" 
> Cc: "frnog-tech" 
> Envoyé: Vendredi 27 Janvier 2023 10:58:54
> Objet: Re: [FRnOG] [TECH] Mails rejetés par orange (OFR_999)
> 
> J'ai fini par avoir une réponse en début de soirée d'Orange.
> 
> Tout est revenu à la normale maintenant, mais je vais étudier cette piste de
> réduire (encore) le débit de mail...
> 
> Merci
> 
> Kevin
> 
> Le 2023-01-27T10:53:15.000+01:00, François Otho  a écrit :
> 
> 
> 
> même problème chez nous depuis la fin de la semaine dernière.
> La "sensibilité" de leur serveur a été modifié.
> Nous avons réduit le débit d'envoi des emails
> (1 mail toutes les 3 sec).
> Ce n'est pas bezef mais que faire d'autres?
> F.Otho
> 
> - Mail original -
> De: " [ mailto:k...@ik.me | k...@ik.me ] via frnog" < [ mailto:frnog@frnog.org
> | frnog@frnog.org ] > À: [ mailto:frnog-t...@frnog.org |
> frnog-t...@frnog.org ]
> Envoyé: Jeudi 26 Janvier 2023 15:46:35
> Objet: [FRnOG] [TECH] Mails rejetés par orange (OFR_999)
> 
> Bonjour la liste,
> 
> J'ai des passerelles de mails dont le trafic vers les MX d'Orange ne
> s'écoule plus, avec le code OFR_999. Est-ce qu'il y existe un autre
> point de contact que [ mailto:ab...@orange.fr | ab...@orange.fr ] ?
> 
> Si quelqu'un d'Orange est sur la liste, pourriez-vous me recontacter
> en MP ?
> 
> Merci
> 
> Cordialement
> 
> Kevin C
> 
> 
> ---
> Liste de diffusion du FRnOG
> [ http://www.frnog.org/ | 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] Registrar Suisse

2023-03-09 Par sujet Mina Shenouda via frnog 
Bonjour à tous,

PlanetHoster est présent en Suisse.

Accréditation ICANN, Afnic, Switch, Eurid, etc

Ces extensions sont souvent incluses gratuitement avec un plan annuel. 
Réduction de volume possible.

Cordialement,
Mina S.


> On Mar 8, 2023, at 17:31, ml-fr...@srv.mx wrote:
> 
> Bonjour la liste,
> 
> Je serais à la recherche d'un fournisseur de domaines situés en Suisse ayant 
> des prix raisonnables, en tant que particulier. Ca serait pour migrer des 
> domaines en .fr, .ch et .eu.
> Connaîtriez-vous de bons fournisseurs ?
> 
> Cordialement,
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/



signature.asc
Description: Message signed with OpenPGP

Re: [FRnOG] [TECH] Gestion de numéros étrangers

2023-03-09 Par sujet Tech via frnog 
Bonjour. Soit nous trouvons des partenaires dans les pays qui nous 
intéressent, soit nous utilisons didww.com


Le 09/03/2023 à 12:18, Dylan BROCHET a écrit :

Bonjour,

J'ai un client qui souhaite qu'on gère quelques numéros sur différents
pays. Je cherche une solution simple, quelqu'un a déjà travaillé sur ça et
a mis en place des solutions sans partir sur des grosses interconnexions et
des réglementations en tout genre ?

Cordialement,
Dylan BROCHET


--
Daniel Huhardeaux
+33.368460...@tootai.net  sip:8...@sip.tootai.net
+41.445532...@swiss-itech.chtootaiNET


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

Re: [FRnOG] [MISC] Registrar Suisse

2023-03-09 Par sujet Tech via frnog 

Gandi

Le 08/03/2023 à 23:31, ml-fr...@srv.mx a écrit :

Bonjour la liste,

Je serais à la recherche d'un fournisseur de domaines situés en Suisse 
ayant des prix raisonnables, en tant que particulier. Ca serait pour 
migrer des domaines en .fr, .ch et .eu.

Connaîtriez-vous de bons fournisseurs ?

Cordialement,


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


--
Daniel


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

Re: [FRnOG] [TECH] ping Virtual-Access depuis routeur de terminaison

2023-03-09 Par sujet David Ponzone 
Ah ok mais c bizarre….

> Le 9 mars 2023 à 11:29, Fabien H  a écrit :
> 
> Problème résolu : en utilisant une  ip unnumbered LoopbackX au lieu de
> Port-channel5.Y,
> la connexion fonctionne et le ping ... source ... depuis le LNS aussi !
> 
> Merci David !
> 
> Virtual-Access3.63 is up, line protocol is up
>  Hardware is Virtual Access interface
>  Description: L2TP
>  Interface is unnumbered. Using address of Loopback15 (X.Y.Z.T)
>  MTU 1460 bytes, BW 10 Kbit/sec, DLY 10 usec,
> reliability 255/255, txload 31/255, rxload 9/255
>  Encapsulation PPP, LCP Open
>  Open: IPCP
>  PPPoE vaccess, cloned from AAA, AAA, AAA, AAA, Virtual-Template6
>  Vaccess status 0x0
>  Keepalive set (10 sec)
> 19 packets input, 352 bytes
> 20 packets output, 297 bytes
>  Last clearing of "show interface" counters never
> 
> Le jeu. 9 mars 2023 à 10:40, Fabien H  a écrit :
> 
>> Oui le CPE ping le 10.10.2.103 :
>> 
>> #ping 10.10.2.103
>> Type escape sequence to abort.
>> Sending 5, 100-byte ICMP Echos to 10.10.2.103, timeout is 2 seconds:
>> !
>> Success rate is 100 percent (5/5), round-trip min/avg/max = 8/8/8 ms
>> 
>> RAS sur Loopback10
>> 
>> #show running-config interface Loopback 10
>> 
>> interface Loopback10
>> description LOOPBACK10
>> ip address 10.10.2.103 255.255.255.255
>> end
>> 
>> Ca semble donc venir du fait que dans mon virtual template, l'ip
>> unnumbered est une interface L2 et non pas une loopback ?
>> 
>> Interface is unnumbered. Using address of Port-channel5.3968 (0.0.0.0)
>> 
>> Il me semble que je suis obligé de mettre cette interface pour que ça
>> fonctionne
>> 
>> 
>> Le jeu. 9 mars 2023 à 08:45, David Ponzone  a
>> écrit :
>> 
>>> Le CPE peut pinger 10.10.2.103 ?
>>> 
>>> Loopback10 a pas une particularité (dans un VRF) ?
>>> 
 Le 9 mars 2023 à 07:27, Fabien H  a écrit :
 
 Sur cette interco (Orange) l'ip unnumbered est une interface niveau 2 :
 
 interface Virtual-Template6 type serial
 mtu 1460
 ip unnumbered Port-channel5.3968
 ip tcp adjust-mss 1420
 ppp authentication chap pap AAA_AUTH
 ppp authorization Telco-AAA
 ppp accounting Telco-AAA
 
 Le mer. 8 mars 2023 à 23:07, David Ponzone  a
 écrit :
 
> C’est quoi l’IP dans le Virtual-Template du LNS ?
> Généralement, c’est un ip unnumbered LoopbackX.
> 
> Si tu ping le CPE avec cette IP là comme source, ça passe ?
> 
>> Le 8 mars 2023 à 22:50, Fabien H  a écrit :
>> 
>> Non aucune sur le Dialer0 ni sur le Virtual Template ...
>> 
>> 
>> 
>> Le mer. 8 mars 2023 à 22:08, David Ponzone  a
>> écrit :
>> 
>>> Pas d’acl ?
>>> 
>>> David Ponzone
>>> 
>>> 
>>> 
 Le 8 mars 2023 à 21:39, Fabien H  a écrit :
 
 Sur le CPE
 
 #show ip route 10.10.2.103
 % Subnet not in table
 
 C'est donc la route par défaut qui est prise en compte (qui
>>> fonctionne
> le
 client a bien Internet)
 
 #show ip route 0.0.0.0
 Routing entry for 0.0.0.0/0, supernet
 Known via "static", distance 1, metric 0 (connected), candidate
>>> default
 path
 Routing Descriptor Blocks:
 * directly connected, via Dialer0
   Route metric is 0, traffic share count is 1
 
 
 
> Le mer. 8 mars 2023 à 21:10, David Ponzone <
>>> david.ponz...@gmail.com>
> a
> écrit :
> 
> Ok alors ce qu’il faut c’est un
> 
> show ip route 10.10.2.103
> 
> sur le CPE
> 
> David Ponzone
> 
> 
> 
> Le 8 mars 2023 à 20:46, Fabien H  a écrit
>>> :
> 
> En fait je fais tous les tests depuis le routeur de terminaison :
> 
> Quand je parlais de Loopback10 je faisais le ping depuis le
>>> routeur de
> coeur
> 
> #ping 10.10.49.70 source 10.10.2.103
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 10.10.49.70, timeout is 2
>>> seconds:
> Packet sent with a source address of 10.10.2.103
> .
> 
> 
> #show ip route 10.10.49.70
> Routing entry for 10.10.49.70/32
> Known via "connected", distance 0, metric 0 (connected, via
>>> interface)
> Routing Descriptor Blocks:
> * directly connected, via Virtual-Access3.42
>  Route metric is 0, traffic share count is 1
> 
> #show ip route 10.10.2.103
> Routing entry for 10.10.2.103/32
> Known via "connected", distance 0, metric 0 (connected, via
>>> interface)
> Routing Descriptor Blocks:
> * directly connected, via Loopback10
>  Route metric is 0, traffic share count is 1
> 
> 
> 
> 
> #show interfaces Virtual-Access3.42
> Virtual-Access3.42 is up, line protocol is up

Re: [FRnOG] [TECH] ping Virtual-Access depuis routeur de terminaison

2023-03-09 Par sujet David Ponzone 


> Le 9 mars 2023 à 10:40, Fabien H  a écrit :
> 
> Oui le CPE ping le 10.10.2.103 :
> 
> #ping 10.10.2.103
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 10.10.2.103, timeout is 2 seconds:
> !
> Success rate is 100 percent (5/5), round-trip min/avg/max = 8/8/8 ms
> 
> RAS sur Loopback10
> 
> #show running-config interface Loopback 10
> 
> interface Loopback10
> description LOOPBACK10
> ip address 10.10.2.103 255.255.255.255
> end

Alors là, c’est fort…

> Ca semble donc venir du fait que dans mon virtual template, l'ip unnumbered
> est une interface L2 et non pas une loopback ?

> Interface is unnumbered. Using address of Port-channel5.3968 (0.0.0.0)
> 
> Il me semble que je suis obligé de mettre cette interface pour que ça
> fonctionne

Non je ne pense pas.
ip unnumbered Port-channel5.3968 ne sert (à ma connaissance) qu’à indiquer avec 
quelle IP le Cisco doit engager la négo PPP.
Donc ça va devenir une route en /32 sur le CPE.
C’est donc surprenant que tu sois obligé d’utiliser l’IP de ta collecte Optimum.
Perso, j’utilise un /32 différent par Virtual-Template.

Mais ça expliquer pas ton problème.
Je viens de tester, j’ai aucun problème à pinger le CPE depuis n’importe quelle 
Loopback du LNS.
Si tu ping avec Port-channel5.3968 comme source, ça passe ?

David


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

[FRnOG] [TECH] Gestion de numéros étrangers

2023-03-09 Par sujet Dylan BROCHET 
Bonjour,

J'ai un client qui souhaite qu'on gère quelques numéros sur différents
pays. Je cherche une solution simple, quelqu'un a déjà travaillé sur ça et
a mis en place des solutions sans partir sur des grosses interconnexions et
des réglementations en tout genre ?

Cordialement,
Dylan BROCHET

-- 


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

Re: [FRnOG] [MISC] Registrar Suisse

2023-03-09 Par sujet Anon 
Bonjour,

Satisfait d'infomaniak depuis plus d'un an, aussi bien pour l'hébergement que 
pour les mails.

Marc.


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

Re: [FRnOG] [TECH] ping Virtual-Access depuis routeur de terminaison

2023-03-09 Par sujet Fabien H 
Problème résolu : en utilisant une  ip unnumbered LoopbackX au lieu de
Port-channel5.Y,
la connexion fonctionne et le ping ... source ... depuis le LNS aussi !

Merci David !

Virtual-Access3.63 is up, line protocol is up
  Hardware is Virtual Access interface
  Description: L2TP
  Interface is unnumbered. Using address of Loopback15 (X.Y.Z.T)
  MTU 1460 bytes, BW 10 Kbit/sec, DLY 10 usec,
 reliability 255/255, txload 31/255, rxload 9/255
  Encapsulation PPP, LCP Open
  Open: IPCP
  PPPoE vaccess, cloned from AAA, AAA, AAA, AAA, Virtual-Template6
  Vaccess status 0x0
  Keepalive set (10 sec)
 19 packets input, 352 bytes
 20 packets output, 297 bytes
  Last clearing of "show interface" counters never

Le jeu. 9 mars 2023 à 10:40, Fabien H  a écrit :

> Oui le CPE ping le 10.10.2.103 :
>
> #ping 10.10.2.103
> Type escape sequence to abort.
> Sending 5, 100-byte ICMP Echos to 10.10.2.103, timeout is 2 seconds:
> !
> Success rate is 100 percent (5/5), round-trip min/avg/max = 8/8/8 ms
>
> RAS sur Loopback10
>
> #show running-config interface Loopback 10
>
> interface Loopback10
>  description LOOPBACK10
>  ip address 10.10.2.103 255.255.255.255
> end
>
> Ca semble donc venir du fait que dans mon virtual template, l'ip
> unnumbered est une interface L2 et non pas une loopback ?
>
> Interface is unnumbered. Using address of Port-channel5.3968 (0.0.0.0)
>
>  Il me semble que je suis obligé de mettre cette interface pour que ça
> fonctionne
>
>
> Le jeu. 9 mars 2023 à 08:45, David Ponzone  a
> écrit :
>
>> Le CPE peut pinger 10.10.2.103 ?
>>
>> Loopback10 a pas une particularité (dans un VRF) ?
>>
>> > Le 9 mars 2023 à 07:27, Fabien H  a écrit :
>> >
>> > Sur cette interco (Orange) l'ip unnumbered est une interface niveau 2 :
>> >
>> > interface Virtual-Template6 type serial
>> > mtu 1460
>> > ip unnumbered Port-channel5.3968
>> > ip tcp adjust-mss 1420
>> > ppp authentication chap pap AAA_AUTH
>> > ppp authorization Telco-AAA
>> > ppp accounting Telco-AAA
>> >
>> > Le mer. 8 mars 2023 à 23:07, David Ponzone  a
>> > écrit :
>> >
>> >> C’est quoi l’IP dans le Virtual-Template du LNS ?
>> >> Généralement, c’est un ip unnumbered LoopbackX.
>> >>
>> >> Si tu ping le CPE avec cette IP là comme source, ça passe ?
>> >>
>> >>> Le 8 mars 2023 à 22:50, Fabien H  a écrit :
>> >>>
>> >>> Non aucune sur le Dialer0 ni sur le Virtual Template ...
>> >>>
>> >>>
>> >>>
>> >>> Le mer. 8 mars 2023 à 22:08, David Ponzone  a
>> >>> écrit :
>> >>>
>>  Pas d’acl ?
>> 
>>  David Ponzone
>> 
>> 
>> 
>> > Le 8 mars 2023 à 21:39, Fabien H  a écrit :
>> >
>> > Sur le CPE
>> >
>> > #show ip route 10.10.2.103
>> > % Subnet not in table
>> >
>> > C'est donc la route par défaut qui est prise en compte (qui
>> fonctionne
>> >> le
>> > client a bien Internet)
>> >
>> > #show ip route 0.0.0.0
>> > Routing entry for 0.0.0.0/0, supernet
>> > Known via "static", distance 1, metric 0 (connected), candidate
>> default
>> > path
>> > Routing Descriptor Blocks:
>> > * directly connected, via Dialer0
>> >Route metric is 0, traffic share count is 1
>> >
>> >
>> >
>> >> Le mer. 8 mars 2023 à 21:10, David Ponzone <
>> david.ponz...@gmail.com>
>> >> a
>> >> écrit :
>> >>
>> >> Ok alors ce qu’il faut c’est un
>> >>
>> >> show ip route 10.10.2.103
>> >>
>> >> sur le CPE
>> >>
>> >> David Ponzone
>> >>
>> >>
>> >>
>> >> Le 8 mars 2023 à 20:46, Fabien H  a écrit
>> :
>> >>
>> >> En fait je fais tous les tests depuis le routeur de terminaison :
>> >>
>> >> Quand je parlais de Loopback10 je faisais le ping depuis le
>> routeur de
>> >> coeur
>> >>
>> >> #ping 10.10.49.70 source 10.10.2.103
>> >> Type escape sequence to abort.
>> >> Sending 5, 100-byte ICMP Echos to 10.10.49.70, timeout is 2
>> seconds:
>> >> Packet sent with a source address of 10.10.2.103
>> >> .
>> >>
>> >>
>> >> #show ip route 10.10.49.70
>> >> Routing entry for 10.10.49.70/32
>> >> Known via "connected", distance 0, metric 0 (connected, via
>> interface)
>> >> Routing Descriptor Blocks:
>> >> * directly connected, via Virtual-Access3.42
>> >>   Route metric is 0, traffic share count is 1
>> >>
>> >> #show ip route 10.10.2.103
>> >> Routing entry for 10.10.2.103/32
>> >> Known via "connected", distance 0, metric 0 (connected, via
>> interface)
>> >> Routing Descriptor Blocks:
>> >> * directly connected, via Loopback10
>> >>   Route metric is 0, traffic share count is 1
>> >>
>> >>
>> >>
>> >>
>> >> #show interfaces Virtual-Access3.42
>> >> Virtual-Access3.42 is up, line protocol is up
>> >> Hardware is Virtual Access interface
>> >> Description: L2TP
>> >> Interface is unnumbered. Using address of Port-channel5.3968
>> (0.0.0.0)
>> >> MTU 1460 bytes, BW 10

[FRnOG] [TECH] Données sur les technologies d'accès aux zones métropolitaines

2023-03-09 Par sujet Etienne-Victor Depasquale via frnog 
Bonjour,

Je sollicite votre évaluation de la mesure dans laquelle mes données
correspondent à votre perception.

Premièrement, cependant, je demande pardon pour le cross-postage;
ce fil apparaît dans d'autres listes de diffusion d'opérateurs.
J'essaie d'atteindre autant d'opérateurs que possible.

...et mon français est guindé car je dois utiliser un traducteur :)

Veuillez trouver ici

un aperçu de deux ensembles de données concernant les technologies d'accès
dans la région métropolitaine.
Le graphique à barres sur la gauche (et non sur la droite, comme posté par
inadvertance sur NANOG) résume les données que j'ai recueillies l'année
dernière auprès des *NOG ;
le graphique à barres de droite résume les données reçues par le biais
d'études de marché commandées, par des opérateurs de niveau 1 et/ou
régionaux.

L'axe des ordonnées montre les réponses cumulées pour une option ;
l'axe des x montre les surnoms des technologies d'accès.

Un deuxième instantané

montre les mêmes données,
mais cette fois avec chaque réponse pondérée par une estimation prudente de
la base d'abonnés du répondant dans toutes les régions géographiques.
Ici, l'axe des y montre une estimation du nombre d'abonnés utilisant la
technologie d'accès.


Merci de prendre du temps pour lire ceci.

Sincèrement,

-- 
Ing. Etienne-Victor Depasquale
Assistant Lecturer
Department of Communications & Computer Engineering
Faculty of Information & Communication Technology
University of Malta
Web. https://www.um.edu.mt/profile/etiennedepasquale

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

Re: [FRnOG] [TECH] ping Virtual-Access depuis routeur de terminaison

2023-03-09 Par sujet Fabien H 
Oui le CPE ping le 10.10.2.103 :

#ping 10.10.2.103
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.10.2.103, timeout is 2 seconds:
!
Success rate is 100 percent (5/5), round-trip min/avg/max = 8/8/8 ms

RAS sur Loopback10

#show running-config interface Loopback 10

interface Loopback10
 description LOOPBACK10
 ip address 10.10.2.103 255.255.255.255
end

Ca semble donc venir du fait que dans mon virtual template, l'ip unnumbered
est une interface L2 et non pas une loopback ?

Interface is unnumbered. Using address of Port-channel5.3968 (0.0.0.0)

 Il me semble que je suis obligé de mettre cette interface pour que ça
fonctionne


Le jeu. 9 mars 2023 à 08:45, David Ponzone  a
écrit :

> Le CPE peut pinger 10.10.2.103 ?
>
> Loopback10 a pas une particularité (dans un VRF) ?
>
> > Le 9 mars 2023 à 07:27, Fabien H  a écrit :
> >
> > Sur cette interco (Orange) l'ip unnumbered est une interface niveau 2 :
> >
> > interface Virtual-Template6 type serial
> > mtu 1460
> > ip unnumbered Port-channel5.3968
> > ip tcp adjust-mss 1420
> > ppp authentication chap pap AAA_AUTH
> > ppp authorization Telco-AAA
> > ppp accounting Telco-AAA
> >
> > Le mer. 8 mars 2023 à 23:07, David Ponzone  a
> > écrit :
> >
> >> C’est quoi l’IP dans le Virtual-Template du LNS ?
> >> Généralement, c’est un ip unnumbered LoopbackX.
> >>
> >> Si tu ping le CPE avec cette IP là comme source, ça passe ?
> >>
> >>> Le 8 mars 2023 à 22:50, Fabien H  a écrit :
> >>>
> >>> Non aucune sur le Dialer0 ni sur le Virtual Template ...
> >>>
> >>>
> >>>
> >>> Le mer. 8 mars 2023 à 22:08, David Ponzone  a
> >>> écrit :
> >>>
>  Pas d’acl ?
> 
>  David Ponzone
> 
> 
> 
> > Le 8 mars 2023 à 21:39, Fabien H  a écrit :
> >
> > Sur le CPE
> >
> > #show ip route 10.10.2.103
> > % Subnet not in table
> >
> > C'est donc la route par défaut qui est prise en compte (qui
> fonctionne
> >> le
> > client a bien Internet)
> >
> > #show ip route 0.0.0.0
> > Routing entry for 0.0.0.0/0, supernet
> > Known via "static", distance 1, metric 0 (connected), candidate
> default
> > path
> > Routing Descriptor Blocks:
> > * directly connected, via Dialer0
> >Route metric is 0, traffic share count is 1
> >
> >
> >
> >> Le mer. 8 mars 2023 à 21:10, David Ponzone  >
> >> a
> >> écrit :
> >>
> >> Ok alors ce qu’il faut c’est un
> >>
> >> show ip route 10.10.2.103
> >>
> >> sur le CPE
> >>
> >> David Ponzone
> >>
> >>
> >>
> >> Le 8 mars 2023 à 20:46, Fabien H  a écrit :
> >>
> >> En fait je fais tous les tests depuis le routeur de terminaison :
> >>
> >> Quand je parlais de Loopback10 je faisais le ping depuis le routeur
> de
> >> coeur
> >>
> >> #ping 10.10.49.70 source 10.10.2.103
> >> Type escape sequence to abort.
> >> Sending 5, 100-byte ICMP Echos to 10.10.49.70, timeout is 2 seconds:
> >> Packet sent with a source address of 10.10.2.103
> >> .
> >>
> >>
> >> #show ip route 10.10.49.70
> >> Routing entry for 10.10.49.70/32
> >> Known via "connected", distance 0, metric 0 (connected, via
> interface)
> >> Routing Descriptor Blocks:
> >> * directly connected, via Virtual-Access3.42
> >>   Route metric is 0, traffic share count is 1
> >>
> >> #show ip route 10.10.2.103
> >> Routing entry for 10.10.2.103/32
> >> Known via "connected", distance 0, metric 0 (connected, via
> interface)
> >> Routing Descriptor Blocks:
> >> * directly connected, via Loopback10
> >>   Route metric is 0, traffic share count is 1
> >>
> >>
> >>
> >>
> >> #show interfaces Virtual-Access3.42
> >> Virtual-Access3.42 is up, line protocol is up
> >> Hardware is Virtual Access interface
> >> Description: L2TP
> >> Interface is unnumbered. Using address of Port-channel5.3968
> (0.0.0.0)
> >> MTU 1460 bytes, BW 10 Kbit/sec, DLY 10 usec,
> >>  reliability 255/255, txload 13/255, rxload 1/255
> >> Encapsulation PPP, LCP Open
> >> Open: IPCP
> >> PPPoE vaccess, cloned from AAA, AAA, AAA, Virtual-Template7
> >> Vaccess status 0x0
> >> Keepalive set (10 sec)
> >>  31877351 packets input, 8299425416 bytes
> >>  49833640 packets output, 45207837399 bytes
> >> Last clearing of "show interface" counters never
> >>
> >>
> >>
> >>
> >> Le mer. 8 mars 2023 à 20:09, David Ponzone  >
> >> a
> >> écrit :
> >>
> >> Sur le CPE, fais un:
> >>
> >> show ip route 
> >>
> >>
> >> Est-ce que Loopack10 est l’interface que tu utilises dans ton
> >>
> >> Virtual-Template ?
> >>
> >>
> >> Le 8 mars 2023 à 20:03, Fabien H  a écrit :
> >>
> >>
> >> Bonjour,
> >>
> >>
> >> j'essaie de pinger une IP portée par une interface Virtual-Access
> (un
> >>
> >> ADSL)
>

Re: [FRnOG] [MISC] Registrar Suisse

2023-03-09 Par sujet ml-frnog 
Et le support client, malheureusement, abyssalement mauvais. Dommage, 
mais un service client correct est pour moi une base incontournable.


Cordialement

Le 09/03/2023 à 00:40, Olivier Lange a écrit :

OVH reste un bon choix, pour gérer .ch, .de et .eu. et les tarifs sont bons.

Olivier

Le mer. 8 mars 2023, 23 h 53,  a écrit :


Ah oui en effet, le choix est vite restreint.
Merci pour le lien !

Le 08/03/2023 à 23:36, Paul Caranton - Pomme Télécom via frnog a écrit :

Bonsoir,

Il n'y en a pas beaucoup des registrar accrédités à gérer des .fr en
Suisse :


https://www.afnic.fr/noms-de-domaine/tout-savoir/annuaire-bureaux-enregistrement/?nom==SWITZERLAND


Ça limite vite le choix ;)

Bonne soirée,

Paul

Le 08/03/2023 à 23:31, ml-fr...@srv.mx a écrit :

Bonjour la liste,

Je serais à la recherche d'un fournisseur de domaines situés en Suisse
ayant des prix raisonnables, en tant que particulier. Ca serait pour
migrer des domaines en .fr, .ch et .eu.
Connaîtriez-vous de bons fournisseurs ?

Cordialement,


---
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/



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



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