Re: [FRnOG] [TECH] Résolution inverse puis directe d'une IPv4 routable pro

2022-12-14 Par sujet ic 



> On 13 Dec 2022, at 21:34, Julien Escario  wrote:
> 
> jamais la procédure n'est en self service via un espace client. En tout cas, 
> jamais vu, même en hosting.

Free (grand public) et dedibox le font. Genre, depuis toujours.

++ ic




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

Re: [FRnOG] [TECH] Résolution inverse puis directe d'une IPv4 routable pro

2022-12-13 Par sujet David Ponzone 
Euh non, je ne pense pas qu’on puisse dire que BLOD et BLOM, cela soit le même 
service.
Ni SDSL et ADSL.

Je pense que ce que tu voulais dire c’est que quand un service est intitulé PRO 
alors qu’il se repose sur l’infra low-cost prévu au départ pour le GP, c’est du 
pipeau. On est d’accord. 

Pour revenir aux reverse DNS, ça serait pas juste un reste historique venant du 
client qui avait les IP avant ?

David Ponzone



> Le 14 déc. 2022 à 07:50, Julien Escario  a écrit :
> 
> Le 13/12/2022 à 23:39, Richard Klein a écrit :
>> >Alors, pardon, mais déjà, l'expérience a montré que 'pro' n'existe pas
>> >d'un point de vue technique chez les opés. C'est un terme qui n'a qu'une
>> >portée commerciale, le service étant le même que grand public, modulo un
>> >service client un chouilla plus efficace chez certains (et encore).
>> Je me permet de te contredire car effectivement le "PRO" est utilisé par le 
>> commercial et largement déformé mais les flux data pour les pros sur des 
>> lignes mobiles ne passent pas toujours aux mêmes endroits pour le mobile .
>> Je commence par l'APN et le QCI.
>> Après le coeur mobile n'est pas ma spécialité mais entre ma ligne GP et une 
>> ligne pro les sondes montrent que "nous n'avons pas les mêmes valeurs !  " 
>> 
> 
> Et tu fais bien : je n'avais pas pensé au mobile. La remarque reste valable 
> pour le fixe cuivre & surtout F.O.
> 
> Julien
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Résolution inverse puis directe d'une IPv4 routable pro

2022-12-13 Par sujet Julien Escario 

Le 13/12/2022 à 23:39, Richard Klein a écrit :

 >Alors, pardon, mais déjà, l'expérience a montré que 'pro' n'existe pas
 >d'un point de vue technique chez les opés. C'est un terme qui n'a qu'une
 >portée commerciale, le service étant le même que grand public, modulo un
 >service client un chouilla plus efficace chez certains (et encore).
Je me permet de te contredire car effectivement le "PRO" est utilisé par 
le commercial et largement déformé mais les flux data pour les pros sur 
des lignes mobiles ne passent pas toujours aux mêmes endroits pour le 
mobile .

Je commence par l'APN et le QCI.
Après le coeur mobile n'est pas ma spécialité mais entre ma ligne GP et 
une ligne pro les sondes montrent que "nous n'avons pas les mêmes 
valeurs !  " 


Et tu fais bien : je n'avais pas pensé au mobile. La remarque reste 
valable pour le fixe cuivre & surtout F.O.


Julien


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

Re: [FRnOG] [TECH] Résolution inverse puis directe d'une IPv4 routable pro

2022-12-13 Par sujet Richard Klein 
>Alors, pardon, mais déjà, l'expérience a montré que 'pro' n'existe pas
>d'un point de vue technique chez les opés. C'est un terme qui n'a qu'une
>portée commerciale, le service étant le même que grand public, modulo un
>service client un chouilla plus efficace chez certains (et encore).
Je me permet de te contredire car effectivement le "PRO" est utilisé par le
commercial et largement déformé mais les flux data pour les pros sur des
lignes mobiles ne passent pas toujours aux mêmes endroits pour le mobile .
Je commence par l'APN et le QCI.
Après le coeur mobile n'est pas ma spécialité mais entre ma ligne GP et une
ligne pro les sondes montrent que "nous n'avons pas les mêmes valeurs !  "


Bonne soirée a tous

Richard

Le mar. 13 déc. 2022 à 21:34, Julien Escario  a
écrit :

> Le 13/12/2022 à 17:19, Albert ARIBAUD via frnog a écrit :
> > Bonjour,
> >
> > Question vue du côté client (pas grand public, pro, mais ne bossant pas
> > dans le domaine du réseau) à propos d'IPv4 routables qu'on nous fournit
> > :
>
> Alors, pardon, mais déjà, l'expérience a montré que 'pro' n'existe pas
> d'un point de vue technique chez les opés. C'est un terme qui n'a qu'une
> portée commerciale, le service étant le même que grand public, modulo un
> service client un chouilla plus efficace chez certains (et encore).
>
> > Est-il normal/usuel/courant/autre que le reverse d'une IP routable à
> > usage pro ne retourne rien (opé 1) ou qu'il soit défini par l'opé mais
> > que la résolution directe du FQDN renvoyé ne retourne rien (opé 2) ?
> >
> > Je suis surtout étonné du cas opé 2 : il a le contrôle de la zone
> > inverse de l'IPv4 fournie (il nous l'a démontré), mais, et je ne
> > comprends pas pourquoi, il met par défaut dans cette zone des FQDN vers
> > un domaine dont il ne contrôle pas la zone directe...
> >
> > (NB : je sais bien que pour opé 2 -- et peut-être opé 1 -- une/la
> > solution est de leur faire ajouter un PTR dans leur zone de reverse de
> > leur IP vers un FQDN d'un domaine dont nous contrôlons la zone et nous
> > charger nous-même de mettre un A dans la dite zone ; j'aimerais juste
> > éviter de mettre dans notre zone des entrées destinées seulement à
> > réparer les limitations de mon fournisseur.)
>
> La bonne pratique voudrait que les opés définissent un reverse
> 'génerique' (par ex. basé sur l'IP) vers une zone directe qu'ils
> contrôlent. C'est le cas la plupart du temps.
>
> Et ensuite laissent la possibilité de configurer ce reverse à la demande
> du client. Là aussi, la procédure passe le plus souvent par un ticket au
> support, jamais la procédure n'est en self service via un espace client.
> En tout cas, jamais vu, même en hosting.
>
> De toute façon, ca ne vaut pas le coup, il n'y que les geeks qui veulent
> encore s'emmerder avec le mail pour avoir besoin d'un PTR propre. Espèce
> en voie de disparation avancée.
>
> Pointer le PTR sur une zone qu'ils ne contrôlent pas me paraît pour le
> moins audicieux. Il doit même y avoir quelques trucs sales à faire avec
> les domaines active directory dans ce cas là mais je suis loin d'avoir
> les compétences pour en dire plus.
>
> Julien
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] Résolution inverse puis directe d'une IPv4 routable pro

2022-12-13 Par sujet Julien Escario 

Le 13/12/2022 à 17:19, Albert ARIBAUD via frnog a écrit :

Bonjour,

Question vue du côté client (pas grand public, pro, mais ne bossant pas
dans le domaine du réseau) à propos d'IPv4 routables qu'on nous fournit
:


Alors, pardon, mais déjà, l'expérience a montré que 'pro' n'existe pas 
d'un point de vue technique chez les opés. C'est un terme qui n'a qu'une 
portée commerciale, le service étant le même que grand public, modulo un 
service client un chouilla plus efficace chez certains (et encore).



Est-il normal/usuel/courant/autre que le reverse d'une IP routable à
usage pro ne retourne rien (opé 1) ou qu'il soit défini par l'opé mais
que la résolution directe du FQDN renvoyé ne retourne rien (opé 2) ?

Je suis surtout étonné du cas opé 2 : il a le contrôle de la zone
inverse de l'IPv4 fournie (il nous l'a démontré), mais, et je ne
comprends pas pourquoi, il met par défaut dans cette zone des FQDN vers
un domaine dont il ne contrôle pas la zone directe...

(NB : je sais bien que pour opé 2 -- et peut-être opé 1 -- une/la
solution est de leur faire ajouter un PTR dans leur zone de reverse de
leur IP vers un FQDN d'un domaine dont nous contrôlons la zone et nous
charger nous-même de mettre un A dans la dite zone ; j'aimerais juste
éviter de mettre dans notre zone des entrées destinées seulement à
réparer les limitations de mon fournisseur.)


La bonne pratique voudrait que les opés définissent un reverse 
'génerique' (par ex. basé sur l'IP) vers une zone directe qu'ils 
contrôlent. C'est le cas la plupart du temps.


Et ensuite laissent la possibilité de configurer ce reverse à la demande 
du client. Là aussi, la procédure passe le plus souvent par un ticket au 
support, jamais la procédure n'est en self service via un espace client. 
En tout cas, jamais vu, même en hosting.


De toute façon, ca ne vaut pas le coup, il n'y que les geeks qui veulent 
encore s'emmerder avec le mail pour avoir besoin d'un PTR propre. Espèce 
en voie de disparation avancée.


Pointer le PTR sur une zone qu'ils ne contrôlent pas me paraît pour le 
moins audicieux. Il doit même y avoir quelques trucs sales à faire avec 
les domaines active directory dans ce cas là mais je suis loin d'avoir 
les compétences pour en dire plus.


Julien


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