Re: [FRnOG] [TECH] Microsoft peering se ferme

2024-04-15 Par sujet Jean Barbezat 
+1 c’est déjà assez dur de déterminer la capacité d’un peer avec qui tu as
une session directe… alors si tu ne sais pas exactement où tu envoies ton
traffic, et que tout ton traffic engineering dépend de edns ou de ton
anycast. Tu finis avec des policy pour les RS, pour les p2p peers via des
IXs, et les seules choses dont tu es sur : les PNIs.
Il faudra bien résoudre le problème d’absence de traffic signaling sur les
IXPs surtout si certains acteurs les laissent volontairement saturer.

-Jean

On Mon, 15 Apr 2024 at 11:48 AM, Radu-Adrian Feurdean <
fr...@radu-adrian.feurdean.net> wrote:

> On Thu, Apr 4, 2024, at 12:35, David Ponzone wrote:
> > Bonjour tous,
> >
> > Petit changement de politique de peering en cours chez Microsoft: ils
> > arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour
> > les sessions de peering direct (ils l’étaient peu ou pas avant).
> >
> > Si quelqu’un a des infos sur les raisons de ce revirement soudain.
>
> Hello,
>
> Puisqu'il se trouve que j'ai pu avoir quelques informations en plus :
>  - Il s'agit de Google pas de Microsoft. Micorosoft n'ont jamais ete sur
> les route-servers des IXP "classiques", ils sont meme marques "Never via
> RS" dans PeeringDB. Ils (Micorosoft) commencent par contre a pousser de
> plus en plus MAPS (qui est RS-based), disponibe chez vos IXP favoris (au
> moins chez la plupart d'entre eux)
>  - Ce n'est pas limite a France-IX, c'est une tendance globale chez
> Google, qui a deja commence il y a plusieurs mois chez d'autres IXP. A
> priori ca serait un decision prise a assez haut niveau de leur cote. Du
> cote Euro-IX (association des IXP europeens) on essaye de voir ce qu'il est
> possible de faire pour renverser cette tendance en proposant des interfaces
> unifies (regles de filtrage IRR/ROA, communautes de TE plus uniformes -
> deja fait pour les "large communities", ...). On ne sait pas ce que ca va
> donner, mais en tente
>  - Google via les RS et Google via session directe ou PNI (voir meme via
> transit) ca n'a jamais ete le meme chose. Il y a toujours eu des routes
> plus specifiques via "autre chose que les RS", et leur gestion des
> interconnections semblait toujours preferer (via localpref, donc
> prioritaire sur l'AS-path) les interconnection "plus explicites" (sessions
> directes ou PNI).
>  - Ca fait deja un certain temps que l'approche preferee (par Google) soit
> leur propre "peering portal", avec les quelques soucis ayant existe au fil
> des annees desormais resolus (a priori).
>
> Donc oui, c'est une "nouvelle" un peu inquietante, mais pas
> fondamentallement catastrophique.
>
> Cote "pourquoi", on a entendu plusieurs choses comme:
>  - quand tu dois gerer des connections sur des centaines des IX, chacun
> avec ses propres regles (filtrage, signalling) ca commence a etre bien plus
> complique a gerer que des sessions BGP directes (et fortement automatises).
> On espere bien que ca concerne pas tans que ca les IX europeens, ou comme
> explique plus haut, nous essayons d'uniformiser un peu les choses.
>  - meilleure gestion du trafic, surtout avec la democratisation des
> "remote peerings" qui se fait parfois de facon pas tres raisonnable.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

[FRnOG] [TECH] Re: Analyse Capture WireShark

2024-04-15 Par sujet Nicolas Parpandet via frnog 

ethereal à disparu, mais wireshark le remplace très bien et en plus complet,

dans wireshark tu as déjà énormément de choses dans le menu Statistics :

  *
Conversations (durée, débits...)
  *
IO Graphs (tu peux changer le Y Axis)
  *
le flow graph

Après tu as du PRTG, Solarwinds ... mais bon on en revient toujours aux sources 


Ou en laissant trainer une sonde avec ntopng ... (lui par contre est tordu)

A+

Nicolas


From: Michel KOENIG 
Sent: Monday, April 15, 2024 22:21
To: Nicolas Parpandet ; frnog-t...@frnog.org 

Subject: RE: Analyse Capture WireShark


Merci Nicolas pour ton retour



Tu as un lien pour récupérer le soft ?



Michel



De : Nicolas Parpandet 
Envoyé : lundi 15 avril 2024 22:14
À : frnog-t...@frnog.org; Michel KOENIG 
Objet : Re: Analyse Capture WireShark





To:​frnog-t...@frnog.org;​Michel KOENIG 
mailto:michel.koe...@ncc-info.com>>​

Mon 2024-04-15 22:12

Hello Michel,



Wireshark provient justement du projet Ethereal de Gerald Combs, qui à ensuite 
été renommé en Wireshark suite à son embauche chez CACE Technologies (puis 
Riverbed...)

sinon j'utilisai déjà le projet sous son ancien nom, et il y a tout ce qu'il 
faut pour les graphiques (flux tcp sous forme de graphe, bande passante, perte 
de paquets, gigue...)

Pour la VOIP c'est sympa il y a tout ce qu'il faut.



A+



Nicolas





From: frnog-requ...@frnog.org 
mailto:frnog-requ...@frnog.org>> on behalf of Michel 
KOENIG via frnog mailto:frnog@frnog.org>>
Sent: Monday, April 15, 2024 21:32
To: frnog-t...@frnog.org 
mailto:frnog-t...@frnog.org>>
Subject: [FRnOG] [TECH] Analyse Capture WireShark



Bonjour,
Wireshark est un super outil que je pense nous utilisons tous souvent dans 
notre métier
Par contre, c'est un peu Matrix à décoder
Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté par 
Riverbed) qui permettait une analyse graphique depuis les pcap
Super sympa par exemple pour faire des graph de charge
Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était 
SteelCentral Packet Analyzer
Après de nombreuses recherches, je ne trouve plus ce produit
Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
Cordialement
Michel KOENIG

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

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

Re: [FRnOG] [TECH] RE: Analyse Capture WireShark

2024-04-15 Par sujet Pierre LANCASTRE 
Hello,

Sinon sur windows, quand j'utilisais, j'aimais bien le soft de colasoft
capsa free https://www.colasoft.com/products/freeware.php
https://www.colasoft.com/capsa-free/

Pas mal de features intéressantes,

++

Pierre

Le lun. 15 avr. 2024 à 16:21, Michel KOENIG via frnog  a
écrit :

> Merci Nicolas pour ton retour
>
> Tu as un lien pour récupérer le soft ?
>
> Michel
>
> De : Nicolas Parpandet 
> Envoyé : lundi 15 avril 2024 22:14
> À : frnog-t...@frnog.org; Michel KOENIG 
> Objet : Re: Analyse Capture WireShark
>
>
> To:​frnog-t...@frnog.org;​Michel KOENIG  >​
> Mon 2024-04-15 22:12
> Hello Michel,
>
> Wireshark provient justement du projet Ethereal de Gerald Combs, qui à
> ensuite été renommé en Wireshark suite à son embauche chez CACE
> Technologies (puis Riverbed...)
> sinon j'utilisai déjà le projet sous son ancien nom, et il y a tout ce
> qu'il faut pour les graphiques (flux tcp sous forme de graphe, bande
> passante, perte de paquets, gigue...)
> Pour la VOIP c'est sympa il y a tout ce qu'il faut.
>
> A+
>
> Nicolas
>
> 
> From: frnog-requ...@frnog.org <
> frnog-requ...@frnog.org> on behalf of
> Michel KOENIG via frnog mailto:frnog@frnog.org>>
> Sent: Monday, April 15, 2024 21:32
> To: frnog-t...@frnog.org <
> frnog-t...@frnog.org>
> Subject: [FRnOG] [TECH] Analyse Capture WireShark
>
> Bonjour,
> Wireshark est un super outil que je pense nous utilisons tous souvent dans
> notre métier
> Par contre, c'est un peu Matrix à décoder
> Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté
> par Riverbed) qui permettait une analyse graphique depuis les pcap
> Super sympa par exemple pour faire des graph de charge
> Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était
> SteelCentral Packet Analyzer
> Après de nombreuses recherches, je ne trouve plus ce produit
> Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
> Cordialement
> Michel KOENIG
>
> ---
> 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/

[FRnOG] [TECH] RE: Analyse Capture WireShark

2024-04-15 Par sujet Michel KOENIG via frnog 
Merci Nicolas pour ton retour

Tu as un lien pour récupérer le soft ?

Michel

De : Nicolas Parpandet 
Envoyé : lundi 15 avril 2024 22:14
À : frnog-t...@frnog.org; Michel KOENIG 
Objet : Re: Analyse Capture WireShark


To:​frnog-t...@frnog.org;​Michel KOENIG 
mailto:michel.koe...@ncc-info.com>>​
Mon 2024-04-15 22:12
Hello Michel,

Wireshark provient justement du projet Ethereal de Gerald Combs, qui à ensuite 
été renommé en Wireshark suite à son embauche chez CACE Technologies (puis 
Riverbed...)
sinon j'utilisai déjà le projet sous son ancien nom, et il y a tout ce qu'il 
faut pour les graphiques (flux tcp sous forme de graphe, bande passante, perte 
de paquets, gigue...)
Pour la VOIP c'est sympa il y a tout ce qu'il faut.

A+

Nicolas


From: frnog-requ...@frnog.org 
mailto:frnog-requ...@frnog.org>> on behalf of Michel 
KOENIG via frnog mailto:frnog@frnog.org>>
Sent: Monday, April 15, 2024 21:32
To: frnog-t...@frnog.org 
mailto:frnog-t...@frnog.org>>
Subject: [FRnOG] [TECH] Analyse Capture WireShark

Bonjour,
Wireshark est un super outil que je pense nous utilisons tous souvent dans 
notre métier
Par contre, c'est un peu Matrix à décoder
Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté par 
Riverbed) qui permettait une analyse graphique depuis les pcap
Super sympa par exemple pour faire des graph de charge
Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était 
SteelCentral Packet Analyzer
Après de nombreuses recherches, je ne trouve plus ce produit
Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
Cordialement
Michel KOENIG

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

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

[FRnOG] [TECH] Re: Analyse Capture WireShark

2024-04-15 Par sujet Nicolas Parpandet via frnog 

To:​frnog-t...@frnog.org;​Michel KOENIG ​
Mon 2024-04-15 22:12
Hello Michel,

Wireshark provient justement du projet Ethereal de Gerald Combs, qui à ensuite 
été renommé en Wireshark suite à son embauche chez CACE Technologies (puis 
Riverbed...)
sinon j'utilisai déjà le projet sous son ancien nom, et il y a tout ce qu'il 
faut pour les graphiques (flux tcp sous forme de graphe, bande passante, perte 
de paquets, gigue...)
Pour la VOIP c'est sympa il y a tout ce qu'il faut.

A+

Nicolas


From: frnog-requ...@frnog.org  on behalf of Michel 
KOENIG via frnog 
Sent: Monday, April 15, 2024 21:32
To: frnog-t...@frnog.org 
Subject: [FRnOG] [TECH] Analyse Capture WireShark

Bonjour,
Wireshark est un super outil que je pense nous utilisons tous souvent dans 
notre métier
Par contre, c'est un peu Matrix à décoder
Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté par 
Riverbed) qui permettait une analyse graphique depuis les pcap
Super sympa par exemple pour faire des graph de charge
Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était 
SteelCentral Packet Analyzer
Après de nombreuses recherches, je ne trouve plus ce produit
Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
Cordialement
Michel KOENIG

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

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

[FRnOG] [TECH] Analyse Capture WireShark

2024-04-15 Par sujet Michel KOENIG via frnog 
Bonjour,
Wireshark est un super outil que je pense nous utilisons tous souvent dans 
notre métier
Par contre, c'est un peu Matrix à décoder
Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté par 
Riverbed) qui permettait une analyse graphique depuis les pcap
Super sympa par exemple pour faire des graph de charge
Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était 
SteelCentral Packet Analyzer
Après de nombreuses recherches, je ne trouve plus ce produit
Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
Cordialement
Michel KOENIG

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

Re: [FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet Guillaume Tournat via frnog 
Avec du GSLB DNS c’est assez simple
Tu as ce type de service chez FortiGSLB (Fortinet)
ou Amazon Route53, ou Cloudflare…



> On 15 Apr 2024, at 18:19, Michel KOENIG via frnog  wrote:
> 
> Bonjour,
> Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers 
> une IP publique chez nous
> Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
> backup qui a bien entendu une autre IP publique
> Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez 
> nous) ou disponible chez un provider ?
> Cordialement
> Michel KOENIG
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 


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

RE: [FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet Michel KOENIG via frnog 
Je n'avais pas précisé, mais la solution serait pour du flux TCP pour une 
application propriétaire et/ou des tunnels IPSEC

Donc plutôt type Infoblox que reverse proxy

Je vais creuser chez eux, ce lien semble décrire notre besoin :

https://insights.infoblox.com/solution-notes/infoblox-solution-note-combining-gslb-enterprise-grade-ddi

Merci pour vos pistes

Michel

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Emmanuel 
ANDRÉ via frnog
Envoyé : lundi 15 avril 2024 18:29
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] DNS Load Balancer

oui c'est propre.

Dans le série argent, Infoblox fait ça aussi très bien en y associant des 
health check qui peuvent s'avérer sophistiqués (et configurables)


Le 15/04/2024 à 18:24, David Ponzone a écrit :
> Mauvaise solution, car tu ne contrôles pas combien de temps les résolveurs 
> (des grozopérateurs, en particulier) vont cacher ton entrée (ils peuvent ne 
> pas respecter les TTL trop bas, ça se fait pas, mais c’est la vie).
> Le plus propre c’est plutôt de pointer vers l’IP d’un reverse proxy qui ne 
> peut « pas » tomber, genre Cloudflare, qui lui va être capable de basculer 
> vers plusieurs IP réelles chez toi, en fonction de différents critères 
> configurables.
>
> David
>
>> Le 15 avr. 2024 à 18:17, Michel KOENIG via frnog  a écrit :
>>
>> Bonjour,
>> Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers 
>> une IP publique chez nous
>> Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
>> backup qui a bien entendu une autre IP publique
>> Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez 
>> nous) ou disponible chez un provider ?
>> Cordialement
>> Michel KOENIG
>>
>> ---
>> Liste de diffusion du FRnOG
>> https://antiphishing.vadesecure.com/v4?f=aE5kV3BaVnNnTjB3Y3BWRjJYI4ZXv8g-iJPTGbnBvUbSSZEmNNKSgTXrA9r6ErfY=ejBDWDdYZkh4QUNNYk1kS1fIqFvrRkGrBHeypsHdv1I=7fcn=MTl4NlBERnR4OXJtRkRpdQyecc69lvCyPr2r_ZzkuXao-F60nefW1ryFIpoTx-zL=392ba9cb6f5057a928901f1d2971f6872ee58381c888d39a2d81ffc17b3fcb2c=http%3A%2F%2Fwww.frnog.org%2F
>
> ---
> Liste de diffusion du FRnOG
> https://antiphishing.vadesecure.com/v4?f=aE5kV3BaVnNnTjB3Y3BWRjJYI4ZXv8g-iJPTGbnBvUbSSZEmNNKSgTXrA9r6ErfY=ejBDWDdYZkh4QUNNYk1kS1fIqFvrRkGrBHeypsHdv1I=7fcn=MTl4NlBERnR4OXJtRkRpdQyecc69lvCyPr2r_ZzkuXao-F60nefW1ryFIpoTx-zL=392ba9cb6f5057a928901f1d2971f6872ee58381c888d39a2d81ffc17b3fcb2c=http%3A%2F%2Fwww.frnog.org%2F

-- 
Bien cordialement,
Emmanuel André


---
Liste de diffusion du FRnOG
https://antiphishing.vadesecure.com/v4?f=aE5kV3BaVnNnTjB3Y3BWRjJYI4ZXv8g-iJPTGbnBvUbSSZEmNNKSgTXrA9r6ErfY=ejBDWDdYZkh4QUNNYk1kS1fIqFvrRkGrBHeypsHdv1I=7fcn=MTl4NlBERnR4OXJtRkRpdQyecc69lvCyPr2r_ZzkuXao-F60nefW1ryFIpoTx-zL=392ba9cb6f5057a928901f1d2971f6872ee58381c888d39a2d81ffc17b3fcb2c=http%3A%2F%2Fwww.frnog.org%2F

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

Re: [FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet Emmanuel ANDRÉ via frnog 

oui c'est propre.

Dans le série argent, Infoblox fait ça aussi très bien en y associant 
des health check qui peuvent s'avérer sophistiqués (et configurables)



Le 15/04/2024 à 18:24, David Ponzone a écrit :

Mauvaise solution, car tu ne contrôles pas combien de temps les résolveurs (des 
grozopérateurs, en particulier) vont cacher ton entrée (ils peuvent ne pas 
respecter les TTL trop bas, ça se fait pas, mais c’est la vie).
Le plus propre c’est plutôt de pointer vers l’IP d’un reverse proxy qui ne peut 
« pas » tomber, genre Cloudflare, qui lui va être capable de basculer vers 
plusieurs IP réelles chez toi, en fonction de différents critères configurables.

David


Le 15 avr. 2024 à 18:17, Michel KOENIG via frnog  a écrit :

Bonjour,
Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers une 
IP publique chez nous
Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
backup qui a bien entendu une autre IP publique
Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez nous) 
ou disponible chez un provider ?
Cordialement
Michel KOENIG

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


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


--
Bien cordialement,
Emmanuel André


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

Re: [FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet David Ponzone 
Mauvaise solution, car tu ne contrôles pas combien de temps les résolveurs (des 
grozopérateurs, en particulier) vont cacher ton entrée (ils peuvent ne pas 
respecter les TTL trop bas, ça se fait pas, mais c’est la vie).
Le plus propre c’est plutôt de pointer vers l’IP d’un reverse proxy qui ne peut 
« pas » tomber, genre Cloudflare, qui lui va être capable de basculer vers 
plusieurs IP réelles chez toi, en fonction de différents critères configurables.

David

> Le 15 avr. 2024 à 18:17, Michel KOENIG via frnog  a écrit :
> 
> Bonjour,
> Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers 
> une IP publique chez nous
> Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
> backup qui a bien entendu une autre IP publique
> Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez 
> nous) ou disponible chez un provider ?
> Cordialement
> Michel KOENIG
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet Emmanuel ANDRÉ via frnog 

hello,

Nameshield fait ça en premium je crois)

Automatique mais c'est 5 à 10 minutes d'outage

A+

Le 15/04/2024 à 18:17, Michel KOENIG via frnog a écrit :

Bonjour,
Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers une 
IP publique chez nous
Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
backup qui a bien entendu une autre IP publique
Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez nous) 
ou disponible chez un provider ?
Cordialement
Michel KOENIG

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


--
Bien cordialement,
Emmanuel André


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

[FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet Michel KOENIG via frnog 
Bonjour,
Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers une 
IP publique chez nous
Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
backup qui a bien entendu une autre IP publique
Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez nous) 
ou disponible chez un provider ?
Cordialement
Michel KOENIG

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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

2024-04-15 Par sujet Richard Klein 
Pour les tonalités pas toujours lorsque l appel sort du pays.
Le plus marrant c est les messages qui ne sont pas les bons par rapport aux 
causes ISDN ou SIP.
Ou un autre exemple si je m appel sur mon propre mobile je tombe sur ma 
messagerie …
Et normalement je devrait tomber sur un busy tone

Richard
Envoyé de mon iPhone

> Le 15 avr. 2024 à 12:24, Paul Rolland (ポール・ロラン)  a écrit 
> :
> 
> Bonjour,
> 
>> On Mon, 15 Apr 2024 11:23:16 +0200
>> David Ponzone  wrote:
>> 
>> Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée,
>> ça évite pas mal d’emmerdes.
> 
> Et les bonnes tonalites ;) Tu peux avoir le meilleur produit du monde, si
> c'est mal configure, ca marche moins bien :D
> 
> Et parfois, ca "presque" marche meme avec les mauvaises frequences parce
> que le detecteur, quand il a fait sa transformee pour sortir les
> frequences, il a une plage de tolerance. Si elle est assez large, ca peut
> le faire... mais c'est toujours mieux de savoir quel est le reglage "pays"
> a appliquer pour ces tonalites.
> 
> D'ailleurs, une question qui me travaille depuis qq temps : est-ce que les
> operateurs respectent toujours ces STI sur ce qui est produits par les box
> au niveau de leur interface analogique ?
> 
> Paul
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

2024-04-15 Par sujet Paul Rolland (ポール・ロラン) 
Bonjour,

On Mon, 15 Apr 2024 11:23:16 +0200
David Ponzone  wrote:

> Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée,
> ça évite pas mal d’emmerdes.

Et les bonnes tonalites ;) Tu peux avoir le meilleur produit du monde, si
c'est mal configure, ca marche moins bien :D

Et parfois, ca "presque" marche meme avec les mauvaises frequences parce
que le detecteur, quand il a fait sa transformee pour sortir les
frequences, il a une plage de tolerance. Si elle est assez large, ca peut
le faire... mais c'est toujours mieux de savoir quel est le reglage "pays"
a appliquer pour ces tonalites.

D'ailleurs, une question qui me travaille depuis qq temps : est-ce que les
operateurs respectent toujours ces STI sur ce qui est produits par les box
au niveau de leur interface analogique ?

Paul


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

[FRnOG] [BIZ] Marché de l’occasion sur du matériel WDM

2024-04-15 Par sujet Aurélien TABARAUD via frnog 
Bonjour à tous,

Je me posais une question aujourd’hui :

Existe t’il un marché de l’occasion pro sur du matériel WDM ?

Si oui, quels sont les acteurs ?

Je ne trouve pas grand chose sur ce type de matériel.

Cordialement,

Aurélien TABARAUD

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

Re: [FRnOG] [TECH] Microsoft peering se ferme

2024-04-15 Par sujet Radu-Adrian Feurdean 
On Thu, Apr 4, 2024, at 12:35, David Ponzone wrote:
> Bonjour tous,
>
> Petit changement de politique de peering en cours chez Microsoft: ils 
> arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour 
> les sessions de peering direct (ils l’étaient peu ou pas avant).
>
> Si quelqu’un a des infos sur les raisons de ce revirement soudain.

Hello,

Puisqu'il se trouve que j'ai pu avoir quelques informations en plus : 
 - Il s'agit de Google pas de Microsoft. Micorosoft n'ont jamais ete sur les 
route-servers des IXP "classiques", ils sont meme marques "Never via RS" dans 
PeeringDB. Ils (Micorosoft) commencent par contre a pousser de plus en plus 
MAPS (qui est RS-based), disponibe chez vos IXP favoris (au moins chez la 
plupart d'entre eux)
 - Ce n'est pas limite a France-IX, c'est une tendance globale chez Google, qui 
a deja commence il y a plusieurs mois chez d'autres IXP. A priori ca serait un 
decision prise a assez haut niveau de leur cote. Du cote Euro-IX (association 
des IXP europeens) on essaye de voir ce qu'il est possible de faire pour 
renverser cette tendance en proposant des interfaces unifies (regles de 
filtrage IRR/ROA, communautes de TE plus uniformes - deja fait pour les "large 
communities", ...). On ne sait pas ce que ca va donner, mais en tente
 - Google via les RS et Google via session directe ou PNI (voir meme via 
transit) ca n'a jamais ete le meme chose. Il y a toujours eu des routes plus 
specifiques via "autre chose que les RS", et leur gestion des interconnections 
semblait toujours preferer (via localpref, donc prioritaire sur l'AS-path) les 
interconnection "plus explicites" (sessions directes ou PNI).
 - Ca fait deja un certain temps que l'approche preferee (par Google) soit leur 
propre "peering portal", avec les quelques soucis ayant existe au fil des 
annees desormais resolus (a priori).

Donc oui, c'est une "nouvelle" un peu inquietante, mais pas fondamentallement 
catastrophique.

Cote "pourquoi", on a entendu plusieurs choses comme:
 - quand tu dois gerer des connections sur des centaines des IX, chacun avec 
ses propres regles (filtrage, signalling) ca commence a etre bien plus 
complique a gerer que des sessions BGP directes (et fortement automatises). On 
espere bien que ca concerne pas tans que ca les IX europeens, ou comme explique 
plus haut, nous essayons d'uniformiser un peu les choses.
 - meilleure gestion du trafic, surtout avec la democratisation des "remote 
peerings" qui se fait parfois de facon pas tres raisonnable.


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

Re: [FRnOG] [TECH] - Configuration Portier Analogique

2024-04-15 Par sujet David Ponzone 
Facile: Patton, Audiocodes

Je suppose que Ryan récupère de l’existant et c’est toujours délicat de dire à 
un client de sortir encore 500€ pour un portier alors que celui qu’il a déjà 
marche parfaitement.
Autre motif: tu as pas toujours de l’ethernet à l’endroit où tu installes le 
portier.

David

> Le 15 avr. 2024 à 11:37, Richard Klein  a écrit :
> 
> Ben quoi les Ciscos sont l héritage des Linksys SPA2102 ce n est pas une 
> marque réputé... :-)
> De toute façons il existe des portiers SIP de base et utiliser de l analog 
> pour dépanner un client cela va bien mais derrière il faudra maîtriser.
> Et pour finir le décodage de DTMF reste un classique pour faire du support
> @David si tu peux nous partager des produits réputés pour toi ,histoire de ne 
> pas nous laisser sur notre faim?
> 
> Richard
> 
> Le lun. 15 avr. 2024, 11:23, David Ponzone  > a écrit :
> Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée, ça 
> évite pas mal d’emmerdes.
> Le temps gagné vaut largement l’écart de prix ou alors c’est qu’on évalue mal 
> la valeur de son travail.
> 
> David
> 
>> Le 15 avr. 2024 à 11:04, Richard Klein > > a écrit :
>> 
>> Bonjour,
>> 
>> Super et merci pour ton retour.
>> Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit 
>> l'appel) et sans le main libre pour voir si il y a une différence ?
>> Le poste qui recoit l'appel est en SIP ?
>> Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc : 
>> https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf
>>  
>> 
>> 
>> Encore une fois l'ideal est de pouvoir prendre une trace SIP et de regarder 
>> ce qui se passe sur le portier ou sur le telephone qui prend en charge 
>> l'appel 
>> 
>> Bonne journée
>> 
>> Richard
>> 
>> 
>> Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi > > a écrit :
>> Bonjour Messieurs,
>> 
>> Je me permets de revenir vers vous afin de vous remercier pour votre aide et 
>> votre efficacité.
>> 
>> En effet, j’ai pu grandement avancer sur la problématique avec vos 
>> différentes pistes.
>> 
>> Ce qui m’a permis de débloquer la situation a été le changement des 
>> paramètres de tonalités sur l’ATA.
>> 
>> Désormais, avec les tonalités de France, après avoir coupé l’appel, 
>> l’interphone fera 3 bip puis coupera la communication.
>> 
>> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA 
>> SPA112 (si cela vous intéresse) :
>> 
>> Dial Tone : 440@-10;*(*/0/1)
>> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
>> Outside Dial Tone : 440@-16;10(*/0/1)
>> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
>> Busy Tone : 440@-10;10(.5/.5/1)
>> Reorder Tone  : 440@-10;*(.5/.5/1)
>> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
>> Ring Back Tone: 440@-10;*(1.5/3.5/1)
>> Confirm Tone  : 440@-16;1(.25/.25/1)
>> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
>> 
>>  
>> 
>> Par contre, il nous reste encore un point assez flou sur lequel nous sommes 
>> en train de travailler.
>> 
>> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois composé 
>> plusieurs fois avant d’être pris en compte par l’interphone.
>> 
>> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du 
>> premier coup et ouvrira la gâche.
>> 
>> Lorsque je fais un renvoie sur mon mobile et que je compose le code 
>> d’ouverture de gâche, systématiquement ça passe du premier coup.
>> 
>> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile 
>> communique avec l’interphone sous le même codec.
>> 
>> Si vous avez une piste, je suis preneur.
>> 
>> Je vous remercie de nouveau pour votre aide.
>> 
>> Cordialement,
>> 
>> Ryan
>> 
>> De : Ryan Laouichi 
>> Envoyé : jeudi 11 avril 2024 12:08
>> À : David Ponzone mailto:david.ponz...@gmail.com>>
>> Cc : Richard Klein mailto:varicap@gmail.com>>; 
>> "Paul Rolland (ポール・ロラン)" > >; frnog@frnog.org 
>> Objet : RE: [FRnOG] [TECH] - Configuration Portier Analogique
>> 
>>  
>> 
>> J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de 
>> l’activer et voir le résultat.
>> 
>>  
>> 
>> Ryan
>> 
>>  
>> 
>> De : David Ponzone > > 
>> Envoyé : jeudi 11 avril 2024 12:06
>> À : Ryan Laouichi > >
>> Cc : Richard Klein mailto:varicap@gmail.com>>; 
>> "Paul Rolland (ポール・ロラン)" mailto:rol+fr...@witbe.net>>; 
>> frnog@frnog.org 
>> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
>> 
>>  
>> 
>> C’est pas une historie de tonalité je crois, mais plutôt une histoire de 
>> forward/reverse polarity.
>> 
>>  
>> 
>> David
>> 
>>

Re: [FRnOG] [TECH] - Configuration Portier Analogique

2024-04-15 Par sujet Richard Klein 
Ben quoi les Ciscos sont l héritage des Linksys SPA2102 ce n est pas une
marque réputé... :-)
De toute façons il existe des portiers SIP de base et utiliser de l analog
pour dépanner un client cela va bien mais derrière il faudra maîtriser.
Et pour finir le décodage de DTMF reste un classique pour faire du support
@David si tu peux nous partager des produits réputés pour toi ,histoire de
ne pas nous laisser sur notre faim?

Richard

Le lun. 15 avr. 2024, 11:23, David Ponzone  a
écrit :

> Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée, ça
> évite pas mal d’emmerdes.
> Le temps gagné vaut largement l’écart de prix ou alors c’est qu’on évalue
> mal la valeur de son travail.
>
> David
>
> Le 15 avr. 2024 à 11:04, Richard Klein  a écrit :
>
> Bonjour,
>
> Super et merci pour ton retour.
> Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit
> l'appel) et sans le main libre pour voir si il y a une différence ?
> Le poste qui recoit l'appel est en SIP ?
> Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc :
>
> https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf
>
> Encore une fois l'ideal est de pouvoir prendre une trace SIP et de
> regarder ce qui se passe sur le portier ou sur le telephone qui prend en
> charge l'appel
>
> Bonne journée
>
> Richard
>
>
> Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi  a
> écrit :
>
>> Bonjour Messieurs,
>>
>> Je me permets de revenir vers vous afin de vous remercier pour votre aide
>> et votre efficacité.
>>
>> En effet, j’ai pu grandement avancer sur la problématique avec vos
>> différentes pistes.
>>
>> Ce qui m’a permis de débloquer la situation a été le changement des
>> paramètres de tonalités sur l’ATA.
>>
>> Désormais, avec les tonalités de France, après avoir coupé l’appel,
>> l’interphone fera 3 bip puis coupera la communication.
>>
>> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA
>> SPA112 (si cela vous intéresse) :
>>
>> Dial Tone : 440@-10;*(*/0/1)
>> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
>> Outside Dial Tone : 440@-16;10(*/0/1)
>> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
>> Busy Tone : 440@-10;10(.5/.5/1)
>> Reorder Tone  : 440@-10;*(.5/.5/1)
>> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
>> Ring Back Tone: 440@-10;*(1.5/3.5/1)
>> Confirm Tone  : 440@-16;1(.25/.25/1)
>> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
>>
>>
>>
>> Par contre, il nous reste encore un point assez flou sur lequel nous
>> sommes en train de travailler.
>>
>> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois
>> composé plusieurs fois avant d’être pris en compte par l’interphone.
>>
>> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du
>> premier coup et ouvrira la gâche.
>>
>> Lorsque je fais un renvoie sur mon mobile et que je compose le code
>> d’ouverture de gâche, systématiquement ça passe du premier coup.
>>
>> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile
>> communique avec l’interphone sous le même codec.
>>
>> Si vous avez une piste, je suis preneur.
>>
>> Je vous remercie de nouveau pour votre aide.
>>
>> Cordialement,
>>
>> Ryan
>>
>> *De :* Ryan Laouichi
>> *Envoyé :* jeudi 11 avril 2024 12:08
>> *À :* David Ponzone 
>> *Cc :* Richard Klein ; "Paul Rolland (ポール・ロラン)" <
>> rol+fr...@witbe.net>; frnog@frnog.org
>> *Objet :* RE: [FRnOG] [TECH] - Configuration Portier Analogique
>>
>>
>>
>> J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de
>> l’activer et voir le résultat.
>>
>>
>>
>> Ryan
>>
>>
>>
>> *De :* David Ponzone 
>> *Envoyé :* jeudi 11 avril 2024 12:06
>> *À :* Ryan Laouichi 
>> *Cc :* Richard Klein ; "Paul Rolland (ポール・ロラン)" <
>> rol+fr...@witbe.net>; frnog@frnog.org
>> *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique
>>
>>
>>
>> C’est pas une historie de tonalité je crois, mais plutôt une histoire de
>> forward/reverse polarity.
>>
>>
>>
>> David
>>
>>
>>
>> Le 11 avr. 2024 à 11:50, Ryan Laouichi  a
>> écrit :
>>
>>
>>
>> Merci pour cette piste Richard, nous allons regarder.
>>
>>
>>
>> Avez-vous une idée d’où je peux trouver les paramètres de tonalités
>> recommandés pour la France ?
>>
>>
>>
>> Merci.
>>
>>
>>
>> Ryan
>>
>>
>>
>> *De :* Richard Klein 
>> *Envoyé :* jeudi 11 avril 2024 11:40
>> *À :* Ryan Laouichi 
>> *Cc :* David Ponzone ; Paul Rolland (ポール・ロラン) <
>> rol+fr...@witbe.net>; frnog@frnog.org
>> *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique
>>
>>
>>
>> Bonjour,
>>
>>
>>
>> Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
>>
>> Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
>> Par exemple en France nous détectons le décroché avec le courant de ligne
>> et les boitiers ATA sont sur une détection/interface ligne US.
>> Donc lorsque ton portier claque son relais pour

Re: [FRnOG] [TECH] - Configuration Portier Analogique

2024-04-15 Par sujet David Ponzone 
Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée, ça 
évite pas mal d’emmerdes.
Le temps gagné vaut largement l’écart de prix ou alors c’est qu’on évalue mal 
la valeur de son travail.

David

> Le 15 avr. 2024 à 11:04, Richard Klein  a écrit :
> 
> Bonjour,
> 
> Super et merci pour ton retour.
> Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit 
> l'appel) et sans le main libre pour voir si il y a une différence ?
> Le poste qui recoit l'appel est en SIP ?
> Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc : 
> https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf
>  
> 
> 
> Encore une fois l'ideal est de pouvoir prendre une trace SIP et de regarder 
> ce qui se passe sur le portier ou sur le telephone qui prend en charge 
> l'appel 
> 
> Bonne journée
> 
> Richard
> 
> 
> Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi  > a écrit :
> Bonjour Messieurs,
> 
> Je me permets de revenir vers vous afin de vous remercier pour votre aide et 
> votre efficacité.
> 
> En effet, j’ai pu grandement avancer sur la problématique avec vos 
> différentes pistes.
> 
> Ce qui m’a permis de débloquer la situation a été le changement des 
> paramètres de tonalités sur l’ATA.
> 
> Désormais, avec les tonalités de France, après avoir coupé l’appel, 
> l’interphone fera 3 bip puis coupera la communication.
> 
> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA SPA112 
> (si cela vous intéresse) :
> 
> Dial Tone : 440@-10;*(*/0/1)
> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
> Outside Dial Tone : 440@-16;10(*/0/1)
> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
> Busy Tone : 440@-10;10(.5/.5/1)
> Reorder Tone  : 440@-10;*(.5/.5/1)
> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
> Ring Back Tone: 440@-10;*(1.5/3.5/1)
> Confirm Tone  : 440@-16;1(.25/.25/1)
> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
> 
>  
> 
> Par contre, il nous reste encore un point assez flou sur lequel nous sommes 
> en train de travailler.
> 
> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois composé 
> plusieurs fois avant d’être pris en compte par l’interphone.
> 
> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du 
> premier coup et ouvrira la gâche.
> 
> Lorsque je fais un renvoie sur mon mobile et que je compose le code 
> d’ouverture de gâche, systématiquement ça passe du premier coup.
> 
> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile 
> communique avec l’interphone sous le même codec.
> 
> Si vous avez une piste, je suis preneur.
> 
> Je vous remercie de nouveau pour votre aide.
> 
> Cordialement,
> 
> Ryan
> 
> De : Ryan Laouichi 
> Envoyé : jeudi 11 avril 2024 12:08
> À : David Ponzone mailto:david.ponz...@gmail.com>>
> Cc : Richard Klein mailto:varicap@gmail.com>>; 
> "Paul Rolland (ポール・ロラン)"  >; frnog@frnog.org 
> Objet : RE: [FRnOG] [TECH] - Configuration Portier Analogique
> 
>  
> 
> J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de 
> l’activer et voir le résultat.
> 
>  
> 
> Ryan
> 
>  
> 
> De : David Ponzone mailto:david.ponz...@gmail.com>> 
> Envoyé : jeudi 11 avril 2024 12:06
> À : Ryan Laouichi  >
> Cc : Richard Klein mailto:varicap@gmail.com>>; 
> "Paul Rolland (ポール・ロラン)" mailto:rol+fr...@witbe.net>>; 
> frnog@frnog.org 
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
> 
>  
> 
> C’est pas une historie de tonalité je crois, mais plutôt une histoire de 
> forward/reverse polarity.
> 
>  
> 
> David
> 
>  
> 
> Le 11 avr. 2024 à 11:50, Ryan Laouichi  > a écrit :
> 
>  
> 
> Merci pour cette piste Richard, nous allons regarder.
> 
>  
> 
> Avez-vous une idée d’où je peux trouver les paramètres de tonalités 
> recommandés pour la France ?
> 
>  
> 
> Merci.
> 
>  
> 
> Ryan
> 
>  
> 
> De : Richard Klein mailto:varicap@gmail.com>> 
> Envoyé : jeudi 11 avril 2024 11:40
> À : Ryan Laouichi  >
> Cc : David Ponzone  >; Paul Rolland (ポール・ロラン) 
> mailto:rol+fr...@witbe.net>>; frnog@frnog.org 
> 
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
> 
>  
> 
> Bonjour,
> 
>  
> 
> Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
> 
> Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
> Par exemple en France nous détectons le décroché avec le courant de ligne et 
> les boitiers ATA sont sur une détection/interface ligne US.
> Donc lorsque ton portier claque son relais pour raccrocher il est

Re: [FRnOG] [TECH] - Configuration Portier Analogique

2024-04-15 Par sujet Richard Klein 
Bonjour,

Super et merci pour ton retour.
Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit
l'appel) et sans le main libre pour voir si il y a une différence ?
Le poste qui recoit l'appel est en SIP ?
Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc :
https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf

Encore une fois l'ideal est de pouvoir prendre une trace SIP et de regarder
ce qui se passe sur le portier ou sur le telephone qui prend en charge
l'appel

Bonne journée

Richard


Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi  a
écrit :

> Bonjour Messieurs,
>
> Je me permets de revenir vers vous afin de vous remercier pour votre aide
> et votre efficacité.
>
> En effet, j’ai pu grandement avancer sur la problématique avec vos
> différentes pistes.
>
> Ce qui m’a permis de débloquer la situation a été le changement des
> paramètres de tonalités sur l’ATA.
>
> Désormais, avec les tonalités de France, après avoir coupé l’appel,
> l’interphone fera 3 bip puis coupera la communication.
>
> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA
> SPA112 (si cela vous intéresse) :
>
> Dial Tone : 440@-10;*(*/0/1)
> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
> Outside Dial Tone : 440@-16;10(*/0/1)
> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
> Busy Tone : 440@-10;10(.5/.5/1)
> Reorder Tone  : 440@-10;*(.5/.5/1)
> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
> Ring Back Tone: 440@-10;*(1.5/3.5/1)
> Confirm Tone  : 440@-16;1(.25/.25/1)
> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
>
>
>
> Par contre, il nous reste encore un point assez flou sur lequel nous
> sommes en train de travailler.
>
> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois
> composé plusieurs fois avant d’être pris en compte par l’interphone.
>
> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du
> premier coup et ouvrira la gâche.
>
> Lorsque je fais un renvoie sur mon mobile et que je compose le code
> d’ouverture de gâche, systématiquement ça passe du premier coup.
>
> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile
> communique avec l’interphone sous le même codec.
>
> Si vous avez une piste, je suis preneur.
>
> Je vous remercie de nouveau pour votre aide.
>
> Cordialement,
>
> Ryan
>
> *De :* Ryan Laouichi
> *Envoyé :* jeudi 11 avril 2024 12:08
> *À :* David Ponzone 
> *Cc :* Richard Klein ; "Paul Rolland (ポール・ロラン)" <
> rol+fr...@witbe.net>; frnog@frnog.org
> *Objet :* RE: [FRnOG] [TECH] - Configuration Portier Analogique
>
>
>
> J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de
> l’activer et voir le résultat.
>
>
>
> Ryan
>
>
>
> *De :* David Ponzone 
> *Envoyé :* jeudi 11 avril 2024 12:06
> *À :* Ryan Laouichi 
> *Cc :* Richard Klein ; "Paul Rolland (ポール・ロラン)" <
> rol+fr...@witbe.net>; frnog@frnog.org
> *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique
>
>
>
> C’est pas une historie de tonalité je crois, mais plutôt une histoire de
> forward/reverse polarity.
>
>
>
> David
>
>
>
> Le 11 avr. 2024 à 11:50, Ryan Laouichi  a
> écrit :
>
>
>
> Merci pour cette piste Richard, nous allons regarder.
>
>
>
> Avez-vous une idée d’où je peux trouver les paramètres de tonalités
> recommandés pour la France ?
>
>
>
> Merci.
>
>
>
> Ryan
>
>
>
> *De :* Richard Klein 
> *Envoyé :* jeudi 11 avril 2024 11:40
> *À :* Ryan Laouichi 
> *Cc :* David Ponzone ; Paul Rolland (ポール・ロラン) <
> rol+fr...@witbe.net>; frnog@frnog.org
> *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique
>
>
>
> Bonjour,
>
>
>
> Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
>
> Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
> Par exemple en France nous détectons le décroché avec le courant de ligne
> et les boitiers ATA sont sur une détection/interface ligne US.
> Donc lorsque ton portier claque son relais pour raccrocher il est possible
> que ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX.
>
> Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir
> si il est possible de jouer sur l'interface ligne et la détection de
> raccrocher.
>
>
>
> Bonne journée
>
>
>
> Richard
>
>
>
>
>
> Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi  a
> écrit :
>
> Non, on D-NAT notre réseau VOIX.
>
> Ryan
>
> -Message d'origine-
> De : David Ponzone 
> Envoyé : jeudi 11 avril 2024 11:04
> À : Ryan Laouichi 
> Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
>
> Y a du NAT qqpart ?
>
> David
>
> > Le 11 avr. 2024 à 11:02, Ryan Laouichi  a
> écrit :
> >
> > Non tu a bien raison de demander au cas où, mais je te confirme que
> entre deux postes SIP, il n'y a 0 problème.
> >
> > Si l'un de raccroche, ca coupe la communication à l'autre.
> >
> > Mon

RE: [FRnOG] [TECH] - Configuration Portier Analogique

2024-04-15 Par sujet Ryan Laouichi 
Bonjour Messieurs,

Je me permets de revenir vers vous afin de vous remercier pour votre aide et 
votre efficacité.

En effet, j’ai pu grandement avancer sur la problématique avec vos différentes 
pistes.

Ce qui m’a permis de débloquer la situation a été le changement des paramètres 
de tonalités sur l’ATA.

Désormais, avec les tonalités de France, après avoir coupé l’appel, 
l’interphone fera 3 bip puis coupera la communication.

Ci-dessous la configuration des tonalités pour la France sur Cisco ATA SPA112 
(si cela vous intéresse) :

Dial Tone : 440@-10;*(*/0/1)
Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
Outside Dial Tone : 440@-16;10(*/0/1)
Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
Busy Tone : 440@-10;10(.5/.5/1)
Reorder Tone  : 440@-10;*(.5/.5/1)
Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
Ring Back Tone: 440@-10;*(1.5/3.5/1)
Confirm Tone  : 440@-16;1(.25/.25/1)
Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)



Par contre, il nous reste encore un point assez flou sur lequel nous sommes en 
train de travailler.

Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois composé 
plusieurs fois avant d’être pris en compte par l’interphone.

D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du premier 
coup et ouvrira la gâche.

Lorsque je fais un renvoie sur mon mobile et que je compose le code d’ouverture 
de gâche, systématiquement ça passe du premier coup.

Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile 
communique avec l’interphone sous le même codec.

Si vous avez une piste, je suis preneur.

Je vous remercie de nouveau pour votre aide.

Cordialement,

Ryan
De : Ryan Laouichi
Envoyé : jeudi 11 avril 2024 12:08
À : David Ponzone 
Cc : Richard Klein ; "Paul Rolland (ポール・ロラン)" 
; frnog@frnog.org
Objet : RE: [FRnOG] [TECH] - Configuration Portier Analogique

J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de 
l’activer et voir le résultat.

Ryan

De : David Ponzone mailto:david.ponz...@gmail.com>>
Envoyé : jeudi 11 avril 2024 12:06
À : Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>
Cc : Richard Klein mailto:varicap@gmail.com>>; "Paul 
Rolland (ポール・ロラン)" mailto:rol+fr...@witbe.net>>; 
frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

C’est pas une historie de tonalité je crois, mais plutôt une histoire de 
forward/reverse polarity.

David

Le 11 avr. 2024 à 11:50, Ryan Laouichi 
mailto:ryan.laoui...@novelcom.fr>> a écrit :

Merci pour cette piste Richard, nous allons regarder.

Avez-vous une idée d’où je peux trouver les paramètres de tonalités recommandés 
pour la France ?

Merci.

Ryan

De : Richard Klein mailto:varicap@gmail.com>>
Envoyé : jeudi 11 avril 2024 11:40
À : Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>
Cc : David Ponzone mailto:david.ponz...@gmail.com>>; 
Paul Rolland (ポール・ロラン) mailto:rol+fr...@witbe.net>>; 
frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Bonjour,

Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?
Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
Par exemple en France nous détectons le décroché avec le courant de ligne et 
les boitiers ATA sont sur une détection/interface ligne US.
Donc lorsque ton portier claque son relais pour raccrocher il est possible que 
ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX.

Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir si il 
est possible de jouer sur l'interface ligne et la détection de raccrocher.

Bonne journée

Richard


Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi 
mailto:ryan.laoui...@novelcom.fr>> a écrit :
Non, on D-NAT notre réseau VOIX.

Ryan

-Message d'origine-
De : David Ponzone mailto:david.ponz...@gmail.com>>
Envoyé : jeudi 11 avril 2024 11:04
À : Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>
Cc : "Paul Rolland (ポール・ロラン)" 
mailto:rol%2bfr...@witbe.net>>; 
frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Y a du NAT qqpart ?

David

> Le 11 avr. 2024 à 11:02, Ryan Laouichi 
> mailto:ryan.laoui...@novelcom.fr>> a écrit :
>
> Non tu a bien raison de demander au cas où, mais je te confirme que entre 
> deux postes SIP, il n'y a 0 problème.
>
> Si l'un de raccroche, ca coupe la communication à l'autre.
>
> Mon serveur SIP le vois en communication.
>
> Merci.
>
> Cordialement,
>
> Ryan
>
> -Message d'origine-
> De : frnog-requ...@frnog.org 
> mailto:frnog-requ...@frnog.org>> De la part de
> Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À :
> frnog@frnog.org Objet : Re: [FRnOG] [TECH] - 
> Configuration Portier
> Analogique
>
> Hello,
>
> On Thu, 11 Apr 2024 08:14:47 +
> Ryan Laouichi mailto:ryan.laoui...@novelcom.fr>>