[FRnOG] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

On est les seuls à être très, TRES, impacté par la mise en place du man chez 
alphalink depuis plusieurs jours ?
On a du mal à identifier l'origine du problème : dans certains cas cela semble 
être un problème de MTU et de paquet SIP fragmenté, d'autres cas sont plus 
obscurs...
Je suis un peu étonné de rien avoir vu circuler ici, à croire qu'on est un cas 
isolé ?
Comment souvent : communication proche du 0, au début quand on a remonté les 
soucis on nous a gentiment envoyé balader genre « c'est pas notre probleme », 
et maintenant ça semble être la panique.



Cordialement,


[cid:image001.png@01DAC3C1.1D673B20]
Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous !
[picto-twitter][picto-youtube][picto-linkedin]


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

RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

Bingo. Mais ce n’est pas le seul probleme…
En l’occurrence on a des soucis obscurs aussi de MTU.
A priori plutôt sur les connexions SFR



Cordialement,


[cid:image001.png@01DAC3E8.1AFFED60]
Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/>

Suivez-nous !
[picto-twitter]<https://twitter.com/ip_connectweets>[picto-youtube]<https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>[picto-linkedin]<https://www.linkedin.com/company/20541473/admin/>

De : Jérôme RICHARD 
Envoyé : vendredi 21 juin 2024 11:53
À : Olivier Varenne 
Cc : frnog-al...@frnog.org
Objet : Re: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...

Bonjour,

Le MAN ajoute un entête identity assez conséquent (plus de 500 octet) à 
l'INVITE SIP. Ca peut donner des INVITE à plus de 1600 octets et donc de la 
fragmentation ce qui n'est pas supporté par tous les IPBX. Le symptôme que j'ai 
pu constater c'est que l'IPBX destinataire ne répond pas aux INVITE avec entête 
identity.

Nous avons fait le choix de ne pas le diffuser vers les trunks de nos clients 
puisque nous réalisons le contrôle en amont et de diffuser uniquement le 
Attestation-Info (A, B ou C) qui en ressort.

Donc a voir si les appels qui posent problème ont l'entête identity dans 
l'INVITE.

Cordialement,
Jérôme RICHARD




Le ven. 21 juin 2024 à 09:55, Olivier Varenne via frnog 
mailto:frnog@frnog.org>> a écrit :
On est les seuls à être très, TRES, impacté par la mise en place du man chez 
alphalink depuis plusieurs jours ?
On a du mal à identifier l'origine du problème : dans certains cas cela semble 
être un problème de MTU et de paquet SIP fragmenté, d'autres cas sont plus 
obscurs...
Je suis un peu étonné de rien avoir vu circuler ici, à croire qu'on est un cas 
isolé ?
Comment souvent : communication proche du 0, au début quand on a remonté les 
soucis on nous a gentiment envoyé balader genre « c'est pas notre probleme », 
et maintenant ça semble être la panique.



Cordialement,


[cid:image001.png@01DAC3C1.1D673B20]
Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | 
ipconnect.fr<http://ipconnect.fr><http://www.ipconnect.fr/>

Suivez-nous !
[picto-twitter]<https://twitter.com/ip_connectweets>[picto-youtube]<https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>[picto-linkedin]<https://www.linkedin.com/company/20541473/admin/>


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

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

RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

C'est pas le seul qu'on ait, mais clairement on accumule les soucis avec.



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : David Ponzone 
> Envoyé : vendredi 21 juin 2024 10:00
> À : Olivier Varenne 
> Cc : frnog-al...@frnog.org
> Objet : Re: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> 
> Hmm Alphalink comme fournisseur ?
> 
> David
> 
> > Le 21 juin 2024 à 09:55, Olivier Varenne via frnog 
> a écrit :
> >
> > On est les seuls à être très, TRES, impacté par la mise en place du
> man chez alphalink depuis plusieurs jours ?
> > On a du mal à identifier l'origine du problème : dans certains cas cela
> semble être un problème de MTU et de paquet SIP fragmenté, d'autres
> cas sont plus obscurs...
> > Je suis un peu étonné de rien avoir vu circuler ici, à croire qu'on est
> un cas isolé ?
> > Comment souvent : communication proche du 0, au début quand on
> a remonté les soucis on nous a gentiment envoyé balader genre « c'est
> pas notre probleme », et maintenant ça semble être la panique.
> >
> >
> >
> > Cordialement,
> >
> >
> > [cid:image001.png@01DAC3C1.1D673B20]
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/>
> >
> > Suivez-nous !
> > [picto-twitter]<https://twitter.com/ip_connectweets>[picto-
> youtube]<https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjto
> pVug>[picto-
> linkedin]<https://www.linkedin.com/company/20541473/admin/>
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/


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

RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

Sauf que chez nous, c'est le mikrotik qui droppe les paquets envoyés.
Dans certains cas on a résolu en tripatouillant le MTU, dans d'autres cas on 
est bloqué.
On a pas un client qui a le meme symptome.



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : Benoît Gigarel 
> Envoyé : vendredi 21 juin 2024 12:45
> À : Jérôme RICHARD ; Alain Bieuzent
> 
> Cc : Olivier Varenne ; frnog-al...@frnog.org
> Objet : RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> 
> Bonjour à tous,
> 
> Çà y est, on y est aussi... Nos clients connectés chez Alphalink nous
> appellent pour des problèmes d'appels depuis ce matin.
> 
> Voici la dernière communication de Alphalink à 11h56.
> 
> Statut de l'incident :
> Nous avons répertoriés des équipements comportant des anomalies :
> 1-Les IPBX wazo semblent ne pas gérer correctement les Invites
> fragmentés.
> 2-Les équipement Mitel MIVB ne sont pas en mesure de gérer les
> Identity Header de plus de 500 caractères (Développement en cours de
> Mitel pour augmenter cette valeur) 3-PABX PANASONIC NS700 Versions
> impactées :
> Panasonic-MPR16-V006.01089/VSIPGW-V3.
> Panasonic-MPR16-V008.00055/VSIPGW-V3.
> 
> 
> Cordialement,
> Benoît
> 
> 
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Jérôme RICHARD Envoyé : vendredi 21 juin 2024 12:37 À : Alain
> Bieuzent  Cc : Olivier Varenne
> ; frnog-al...@frnog.org Objet : Re: [FRnOG]
> [ALERT] La gestion du MAN chez Alphalink...
> 
> Pour l'identity je suis Ok.
> 
> Pour l'info d'attestation je n'avais pas vu l'info. C'est dommage de ne
> pas le transmettre je trouve.
> 
> Cordialement,
> Jérôme RICHARD
> 
> 
> 
> 
> Le ven. 21 juin 2024 à 12:03, Alain Bieuzent  a
> écrit :
> 
> > Bonjour Jérôme,
> >
> > L'APNF a clairement précisé qu'il était interdit de transmettre
> > l'entête Identity aux client finaux (cela reste de l'info
> > inter-opérateur) et qu'il était aussi interdit de transmettre le
> > niveau d'attestation (quel que soit la manière utilisée).
> >
> > Alain
> >
> > Le 21/06/2024 11:53, « Jérôme RICHARD »  requ...@frnog.org  > frnog-requ...@frnog.org> au nom de jerome.rich...@va-telecom.fr
>  > jerome.rich...@va-telecom.fr>> a écrit :
> >
> >
> > Bonjour,
> >
> >
> > Le MAN ajoute un entête identity assez conséquent (plus de 500
> octet)
> > à l'INVITE SIP. Ca peut donner des INVITE à plus de 1600 octets et
> > donc de la fragmentation ce qui n'est pas supporté par tous les IPBX.
> > Le symptôme que j'ai pu constater c'est que l'IPBX destinataire ne
> > répond pas aux INVITE avec entête identity.
> >
> >
> > Nous avons fait le choix de ne pas le diffuser vers les trunks de nos
> > clients puisque nous réalisons le contrôle en amont et de diffuser
> > uniquement le Attestation-Info (A, B ou C) qui en ressort.
> >
> >
> > Donc a voir si les appels qui posent problème ont l'entête identity
> > dans l'INVITE.
> >
> >
> > Cordialement,
> > Jérôme RICHARD
> >
> >
> >
> >
> >
> >
> >
> >
> > Le ven. 21 juin 2024 à 09:55, Olivier Varenne via frnog
> > mailto:frnog@frnog.org>> a écrit :
> >
> >
> > > On est les seuls à être très, TRES, impacté par la mise en place du
> > > man chez alphalink depuis plusieurs jours ?
> > > On a du mal à identifier l'origine du problème : dans certains cas
> > > cela semble être un problème de MTU et de paquet SIP fragmenté,
> > > d'autres cas sont plus obscurs...
> > > Je suis un peu étonné de rien avoir vu circuler ici, à croire qu'on
> > > est
> > un
> > > cas isolé ?
> > > Comment souvent : communication proche du 0, au début quand
> on a
> > > remonté les soucis on nous a gentiment envoyé balader genre «
> c'est
> > > pas notre probleme », et maintenant ça semble être la panique.
> > >
> > >
> > >
> > > Cordialement,
> > >
> > >
> > > [cid:image001.png@01DAC3C1.1D673B20]
> > > Olivier Varenne
> > > Président, R&D et développement
> > > T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/>
> <
> > http://www.ipconnect.fr/>;>
> > >
> > > Suivez-nous !
> > > [picto-twitter]<https://twitter.com/ip_connectweets> <
> > https://twitter.com/ip_connectweets>;>[picto-youtube]<
> > > https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>
> <
> > https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>
> > ;>[picto-linkedin]<
> > > https://www.linkedin.com/company/20541473/admin/> <
> > https://www.linkedin.com/company/20541473/admin/>;>
> > >
> > >
> > > ---
> > > Liste de diffusion du FRnOG
> > > http://www.frnog.org/ <http://www.frnog.org/>
> > >
> >
> >
> > ---
> > 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] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

l'entête Identity aux client finaux (cela reste de l'info
inter-opérateur) et qu'il était aussi interdit de transmettre le
niveau d'attestation (quel que soit la manière utilisée).

Alain

Le 21/06/2024 11:53, « Jérôme RICHARD » 
mailto:frnog-requ...@frnog.org> 
<mailto:frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org>> mailto:frnog-requ...@frnog.org> 
<mailto:frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org>>> au nom de 
jerome.rich...@va-telecom.fr<mailto:jerome.rich...@va-telecom.fr> 
<mailto:jerome.rich...@va-telecom.fr<mailto:jerome.rich...@va-telecom.fr>> 
mailto:jerome.rich...@va-telecom.fr> 
<mailto:jerome.rich...@va-telecom.fr<mailto:jerome.rich...@va-telecom.fr>>>> a 
écrit :


Bonjour,


Le MAN ajoute un entête identity assez conséquent (plus de 500 octet)
à l'INVITE SIP. Ca peut donner des INVITE à plus de 1600 octets et
donc de la fragmentation ce qui n'est pas supporté par tous les IPBX.
Le symptôme que j'ai pu constater c'est que l'IPBX destinataire ne
répond pas aux INVITE avec entête identity.


Nous avons fait le choix de ne pas le diffuser vers les trunks de nos
clients puisque nous réalisons le contrôle en amont et de diffuser
uniquement le Attestation-Info (A, B ou C) qui en ressort.


Donc a voir si les appels qui posent problème ont l'entête identity
dans l'INVITE.


Cordialement,
Jérôme RICHARD








Le ven. 21 juin 2024 à 09:55, Olivier Varenne via frnog
mailto:frnog@frnog.org> 
<mailto:frnog@frnog.org<mailto:frnog@frnog.org>> 
<mailto:frnog@frnog.org<mailto:frnog@frnog.org> 
<mailto:frnog@frnog.org<mailto:frnog@frnog.org>>>> a écrit :



On est les seuls à être très, TRES, impacté par la mise en place du
man chez alphalink depuis plusieurs jours ?
On a du mal à identifier l'origine du problème : dans certains cas
cela semble être un problème de MTU et de paquet SIP fragmenté,
d'autres cas sont plus obscurs...
Je suis un peu étonné de rien avoir vu circuler ici, à croire qu'on
est
un
cas isolé ?
Comment souvent : communication proche du 0, au début quand on a
remonté les soucis on nous a gentiment envoyé balader genre « c'est
pas notre probleme », et maintenant ça semble être la panique.



Cordialement,


[cid:image001.png@01DAC3C1.1D673B20<mailto:image001.png@01DAC3C1.1D673B20>]
Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/> 
<http://www.ipconnect.fr/>;> <
http://www.ipconnect.fr/>;> <http://www.ipconnect.fr/&gt;>;>

Suivez-nous !
[picto-twitter]<https://twitter.com/ip_connectweets> 
<https://twitter.com/ip_connectweets>;> <
https://twitter.com/ip_connectweets>;> 
<https://twitter.com/ip_connectweets&gt;>;>[picto-youtube]<
https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug> 
<https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>;> <
https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug> 
<https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug&gt>
;>[picto-linkedin]<
https://www.linkedin.com/company/20541473/admin/> 
<https://www.linkedin..com/company/20541473/admin/>;> <
https://www.linkedin.com/company/20541473/admin/>;> 
<https://www.linkedin.com/company/20541473/admin/&gt;>;>


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


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






---
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] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

>Quand tu dis que maintenant c'est la panique, ça veut dire qu'ils se posent 
>des questions ?

Au début "circulez y'a rien a voir", puis "ha oui peut être en effet mais c'est 
pas nous", et maintenant ils en sont à appeler les clients un par un... 


Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Toti FRnOG
> Envoyé : vendredi 21 juin 2024 10:40
> À : frnog-al...@frnog.org
> Objet : Re: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> 
> Bonjour,
> On a aussi des soucis Alphalink sur une vieille plateforme qu'on essaye
> d'éteindre depuis 1 an.
> Ils ne sont pas très clairs et le problème n'est soit disant pas chez eux
> ...
> Quand tu dis que maintenant c'est la panique, ça veut dire qu'ils se
> posent des questions ?
> 
> Le ven. 21 juin 2024 à 10:00, David Ponzone
>  a écrit :
> 
> > Hmm Alphalink comme fournisseur ?
> >
> > David
> >
> > > Le 21 juin 2024 à 09:55, Olivier Varenne via frnog
> 
> > > a
> > écrit :
> > >
> > > On est les seuls à être très, TRES, impacté par la mise en place du
> > > man
> > chez alphalink depuis plusieurs jours ?
> > > On a du mal à identifier l'origine du problème : dans certains cas
> > > cela
> > semble être un problème de MTU et de paquet SIP fragmenté,
> d'autres
> > cas sont plus obscurs...
> > > Je suis un peu étonné de rien avoir vu circuler ici, à croire qu'on
> > > est
> > un cas isolé ?
> > > Comment souvent : communication proche du 0, au début quand
> on a
> > > remonté
> > les soucis on nous a gentiment envoyé balader genre « c'est pas notre
> > probleme », et maintenant ça semble être la panique.
> > >
> > >
> > >
> > > Cordialement,
> > >
> > >
> > > [cid:image001.png@01DAC3C1.1D673B20]
> > > Olivier Varenne
> > > Président, R&D et développement
> > > T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/>
> > >
> > > Suivez-nous !
> > > [picto-twitter]<https://twitter.com/ip_connectweets>[picto-
> youtube]<
> >
> https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>[pict
> o-linked
> > in]< https://www.linkedin.com/company/20541473/admin/>
> > >
> > >
> > > ---
> > > 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] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

1480 en ppp sur mikrotik oui.
Et oui, nos soucis sont sur SFR...



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : David Ponzone 
> Envoyé : vendredi 21 juin 2024 14:47
> À : Olivier Varenne 
> Cc : ALEGRI Rémy ; frnog-al...@frnog.org
> Objet : Re: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> 
> 1480 par défaut sur un Mikrotik ?
> Sur une interface PPP alors.
> 
> Et ça serait pas SFR le lien ?
> Parce que négo foireuse de MTU automatique, ça sent bon SFR en DSL.
> Ou alors config foireuse du LNS (Alphalink je suppose, mais tu as la
> main dessus non ?).
> 
> David
> 
> > Le 21 juin 2024 à 14:38, Olivier Varenne via frnog 
> a écrit :
> >
> > Salut remy
> > Tu vas bien ?
> >
> > On a des soucis vraiment etranges.
> > En effet certaines fois le MTU est en cause. Alphalink se retranche
> > sur le fait que les STAS indiquent un MTU à 1492. Mais certains
> équipements clients ont parfois des MTU inférieures (1480 souvent, ce
> qui est le cas par défaut des mikrotik) En spécifiant 1492 on arrive
> dans le cas des krotik a résoudre le soucis, mais dans d’autres cas non.
> >
> > Ce qui me chiffonne c’est que sauf erreur de ma part la RFC indique
> qu’il est vraiment conseillé de passer en TCP en cas de fragmentation,
> mais alphalink refuse catégoriquement l’emploi de TCP.
> >
> >
> >
> > Cordialement,
> >
> >
> > [cid:image001.png@01DAC3E8.8234D360]
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/>
> >
> > Suivez-nous !
> > [picto-twitter]<https://twitter.com/ip_connectweets>[picto-
> youtube] >
> tps://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>[picto-
> linkedin
> > ]<https://www.linkedin.com/company/20541473/admin/>
> >
> > De : ALEGRI Rémy 
> > Envoyé : vendredi 21 juin 2024 14:22
> > À : Olivier Varenne  Cc :
> > frnog-al...@frnog.org Objet : Re: [FRnOG] [ALERT] La gestion du MAN
> > chez Alphalink...
> >
> >
> > Bonjour,
> >
> > D'après mon expertise, certains IPBX, comme des Alcatel, ne
> supportent pas le Header Identity. Cependant, il est plus probable que
> le lien réseau n'ait pas une MTU de 1500, ce qui empêche les INVITE
> d'arriver correctement en UDP.
> >
> > Olivier, je te recommande de tester la MTU du lien sous Linux avec la
> > commande suivante pour une MTU de 1500
> >
> > ping -M do -s 1472 1.1.1.1
> >
> >
> >
> > Je confirme qu'Alphalink transmet les INVITE avec le Header Identity :
> > 2024/06/21 14:06:45.559654 alphalink:5060 -> ipbx:5060 INVITE
> > sip:0x@ipbx:5060 SIP/2.0
> > Via: SIP/2.0/UDP alphalink:5060;branch=z9hG4bKfb2c.e3208024.0
> > Max-Forwards: 69
> > From: ;tag=as4e911d28
> > To: 
> > Contact: 
> > Call-ID: 16xx5643c450f8@alphalink2:5060
> > CSeq: 102 INVITE
> > P-Early-Media: supported
> > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE
> > Supported: timer
> > Identity:
> > xx
> > xx
> > xx
> > xx
> > xx
> > -g
> > ;info=<https://api..fr/certs/00/.cer>;alg=
> > ES256;ppt=shaken
> > Content-Type: application/sdp
> > Content-Length: 403
> >
> > Par contre, il n'y a pas la classification de l'appel.
> >
> > Bien cordialement,
> > ALEGRI Rémy
> >
> >
> >
> > Le 2024-06-21 13:52, Alain Bieuzent a écrit :
> > Ce voudrais donc dire qu'Alphalink envoit les header Identity aux ipbx
> des clients, ce qui est interdit...
> >
> > Le 21/06/2024 12:45, « Benoît Gigarel »
> mailto:bgiga...@izarralde.com>
> <mailto:bgiga...@izarralde.com<mailto:bgiga...@izarralde.com>>> a
> écrit :
> >
> >
> > Bonjour à tous,
> >
> >
> > Çà y est, on y est aussi... Nos clients connectés chez Alphalink nous
> > appellent pour des problèmes d'appels depuis ce matin.
> >
> >
> > Voici la dernière communication de Alphalink à 11h

RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

Pas de xDSL dans notre cas. Fibre FTTH.



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : Xavier ROCA  De la part de x.r...@sipleo.com
> Envoyé : vendredi 21 juin 2024 15:47
> À : Olivier Varenne 
> Cc : frnog-al...@frnog.org; 'David Ponzone' 
> Objet : RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> 
> Pensez au réglage du MSS
> Pour un MTU de 1500, MSS à 1460
> Sur certains équipements, on a dû forcer le MSS, le réglage du MTU ne
> modifier pas automatiquement le MSS
> 
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> David Ponzone Envoyé : vendredi 21 juin 2024 15:05 À : Olivier
> Varenne  Cc : ALEGRI Rémy
> ; frnog-al...@frnog.org Objet : Re: [FRnOG] [ALERT]
> La gestion du MAN chez Alphalink...
> 
> Si tu parles de PPP sur ADSL/VDSL (donc collecté en L2TP), ça devait
> plutôt être 1460.
> De mémoire, je crois que c’est ce qui posait des problèmes, les BAS
> SFR foutaient la merde dans la négo du MTU.
> J’ai éradiqué SFR en ADSL/VDSL il y a longtemps, ça a réglé le
> problème.
> 
> Quand tu forces 1492, tu arrives à pinger l’autre côté avec size=1492
> et DF=1 ?
> 
> David
> 
> > Le 21 juin 2024 à 14:56, Olivier Varenne 
> a écrit :
> >
> > 1480 en ppp sur mikrotik oui.
> > Et oui, nos soucis sont sur SFR...
> >
> >
> >
> > Cordialement,
> >
> >
> >
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr
> >
> > Suivez-nous !
> >
> >
> >> -Message d'origine-
> >> De : David Ponzone  Envoyé : vendredi
> 21
> >> juin 2024 14:47 À : Olivier Varenne  Cc :
> >> ALEGRI Rémy ; frnog-al...@frnog.org Objet : Re:
> >> [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> >>
> >> 1480 par défaut sur un Mikrotik ?
> >> Sur une interface PPP alors.
> >>
> >> Et ça serait pas SFR le lien ?
> >> Parce que négo foireuse de MTU automatique, ça sent bon SFR en
> DSL.
> >> Ou alors config foireuse du LNS (Alphalink je suppose, mais tu as la
> >> main dessus non ?).
> >>
> >> David
> >>
> >>> Le 21 juin 2024 à 14:38, Olivier Varenne via frnog
> 
> >> a écrit :
> >>>
> >>> Salut remy
> >>> Tu vas bien ?
> >>>
> >>> On a des soucis vraiment etranges.
> >>> En effet certaines fois le MTU est en cause. Alphalink se retranche
> >>> sur le fait que les STAS indiquent un MTU à 1492. Mais certains
> >> équipements clients ont parfois des MTU inférieures (1480 souvent,
> ce
> >> qui est le cas par défaut des mikrotik) En spécifiant 1492 on arrive
> >> dans le cas des krotik a résoudre le soucis, mais dans d’autres cas
> non.
> >>>
> >>> Ce qui me chiffonne c’est que sauf erreur de ma part la RFC
> indique
> >> qu’il est vraiment conseillé de passer en TCP en cas de
> >> fragmentation, mais alphalink refuse catégoriquement l’emploi de
> TCP.
> >>>
> >>>
> >>>
> >>> Cordialement,
> >>>
> >>>
> >>> [cid:image001.png@01DAC3E8.8234D360]
> >>> Olivier Varenne
> >>> Président, R&D et développement
> >>> T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/>
> >>>
> >>> Suivez-nous !
> >>> [picto-twitter]<https://twitter.com/ip_connectweets>[picto-
> >> youtube] >>>
> >>
> tps://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>[picto-
> >> linkedin
> >>> ]<https://www.linkedin.com/company/20541473/admin/>
> >>>
> >>> De : ALEGRI Rémy  Envoyé : vendredi 21 juin
> 2024
> >>> 14:22 À : Olivier Varenne  Cc :
> >>> frnog-al...@frnog.org Objet : Re: [FRnOG] [ALERT] La gestion du
> MAN
> >>> chez Alphalink...
> >>>
> >>>
> >>> Bonjour,
> >>>
> >>> D'après mon expertise, certains IPBX, comme des Alcatel, ne
> >> supportent pas le Header Identity. Cependant, il est plus probable
> >> que le lien réseau n'ait pas une MTU de 1500, ce qui empêche les
> >> INVITE d'arriver correctement en UDP.
> >>>
> >>> Olivier, je te recommande de tester la MTU du lien sous Linux avec
> >>> la commande suivante pour une MTU de 1500
>

RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

Je regarderai ça lundi



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : David Ponzone 
> Envoyé : vendredi 21 juin 2024 16:58
> À : Olivier Varenne 
> Cc : x.r...@sipleo.com; frnog-al...@frnog.org
> Objet : Re: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> 
> C’est pareil, collecte L2TP, donc MTU 1460 à priori.
> À 1492, ça passe avec DF=1 ?
> Ca m’étonnerait.
> 
> David
> 
> > Le 21 juin 2024 à 16:55, Olivier Varenne 
> a écrit :
> >
> > Pas de xDSL dans notre cas. Fibre FTTH.
> >
> >
> >
> > Cordialement,
> >
> >
> >
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr
> >
> > Suivez-nous !
> >
> >
> >> -Message d'origine-
> >> De : Xavier ROCA  De la part de x.r...@sipleo.com
> >> Envoyé : vendredi 21 juin 2024 15:47 À : Olivier Varenne
> >>  Cc : frnog-al...@frnog.org; 'David
> Ponzone'
> >>  Objet : RE: [FRnOG] [ALERT] La gestion
> du
> >> MAN chez Alphalink...
> >>
> >> Pensez au réglage du MSS
> >> Pour un MTU de 1500, MSS à 1460
> >> Sur certains équipements, on a dû forcer le MSS, le réglage du MTU
> ne
> >> modifier pas automatiquement le MSS
> >>
> >> -Message d'origine-
> >> De : frnog-requ...@frnog.org  De la part
> de
> >> David Ponzone Envoyé : vendredi 21 juin 2024 15:05 À : Olivier
> >> Varenne  Cc : ALEGRI Rémy
> >> ; frnog-al...@frnog.org Objet : Re: [FRnOG]
> >> [ALERT] La gestion du MAN chez Alphalink...
> >>
> >> Si tu parles de PPP sur ADSL/VDSL (donc collecté en L2TP), ça
> devait
> >> plutôt être 1460.
> >> De mémoire, je crois que c’est ce qui posait des problèmes, les BAS
> >> SFR foutaient la merde dans la négo du MTU.
> >> J’ai éradiqué SFR en ADSL/VDSL il y a longtemps, ça a réglé le
> >> problème.
> >>
> >> Quand tu forces 1492, tu arrives à pinger l’autre côté avec
> size=1492
> >> et DF=1 ?
> >>
> >> David
> >>
> >>> Le 21 juin 2024 à 14:56, Olivier Varenne
> 
> >> a écrit :
> >>>
> >>> 1480 en ppp sur mikrotik oui.
> >>> Et oui, nos soucis sont sur SFR...
> >>>
> >>>
> >>>
> >>> Cordialement,
> >>>
> >>>
> >>>
> >>> Olivier Varenne
> >>> Président, R&D et développement
> >>> T +33 (0)4 27 04 40 00 | ipconnect.fr
> >>>
> >>> Suivez-nous !
> >>>
> >>>
> >>>> -Message d'origine-
> >>>> De : David Ponzone  Envoyé :
> vendredi
> >> 21
> >>>> juin 2024 14:47 À : Olivier Varenne  Cc
> :
> >>>> ALEGRI Rémy ; frnog-al...@frnog.org Objet :
> Re:
> >>>> [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> >>>>
> >>>> 1480 par défaut sur un Mikrotik ?
> >>>> Sur une interface PPP alors.
> >>>>
> >>>> Et ça serait pas SFR le lien ?
> >>>> Parce que négo foireuse de MTU automatique, ça sent bon SFR
> en
> >> DSL.
> >>>> Ou alors config foireuse du LNS (Alphalink je suppose, mais tu as
> >>>> la main dessus non ?).
> >>>>
> >>>> David
> >>>>
> >>>>> Le 21 juin 2024 à 14:38, Olivier Varenne via frnog
> >> 
> >>>> a écrit :
> >>>>>
> >>>>> Salut remy
> >>>>> Tu vas bien ?
> >>>>>
> >>>>> On a des soucis vraiment etranges.
> >>>>> En effet certaines fois le MTU est en cause. Alphalink se
> >>>>> retranche sur le fait que les STAS indiquent un MTU à 1492.
> Mais
> >>>>> certains
> >>>> équipements clients ont parfois des MTU inférieures (1480
> souvent,
> >> ce
> >>>> qui est le cas par défaut des mikrotik) En spécifiant 1492 on
> >>>> arrive dans le cas des krotik a résoudre le soucis, mais dans
> >>>> d’autres cas
> >> non.
> >>>>>
> >>>>> Ce qui me chiffonne c’est que sauf erreur de ma part la RFC
> >> indique
> >>>> qu’il est vraiment conseillé de passer en TCP en cas de
> >>>> fragmenta

RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

Bon y'a un truc dans la soupe que je ne pige pas.

Sur mon MikroTik, je défini, comme demandé par alphalink, le MTU à 1492 sur mon 
interface pppoe-client.
Je peux alors envoyer un paquet de 1492 (incluant les entêtes ip + icmp) sur le 
lien sans fragmentation.

Après quelques heures, je constate que le mikrotik me retourne un actual mtu de 
1480.
Mais à ce moment-là, je ne peux plus envoyer que des paquet de 1462 (incluant 
entetes ip+icmp)...


Alors, soit je suis TRES fatigué (et c'est peu une réalité, je suis claqué) et 
j'ai un truc que j'ai pas vu/pas compris
Soit un y a un réel souci de MTU.
Dites moi: c'est moi qui ait besoin de vacances ?

Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Olivier Varenne via frnog
> Envoyé : vendredi 21 juin 2024 17:13
> À : David Ponzone 
> Cc : x.r...@sipleo.com; frnog-al...@frnog.org
> Objet : RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> 
> Je regarderai ça lundi
> 
> 
> 
> Cordialement,
> 
> 
> 
> Olivier Varenne
> Président, R&D et développement
> T +33 (0)4 27 04 40 00 | ipconnect.fr
> 
> Suivez-nous !
> 
> 
> > -Message d'origine-
> > De : David Ponzone  Envoyé : vendredi
> 21 juin
> > 2024 16:58 À : Olivier Varenne  Cc :
> > x.r...@sipleo.com; frnog-al...@frnog.org Objet : Re: [FRnOG] [ALERT]
> > La gestion du MAN chez Alphalink...
> >
> > C’est pareil, collecte L2TP, donc MTU 1460 à priori.
> > À 1492, ça passe avec DF=1 ?
> > Ca m’étonnerait.
> >
> > David
> >
> > > Le 21 juin 2024 à 16:55, Olivier Varenne
> 
> > a écrit :
> > >
> > > Pas de xDSL dans notre cas. Fibre FTTH.
> > >
> > >
> > >
> > > Cordialement,
> > >
> > >
> > >
> > > Olivier Varenne
> > > Président, R&D et développement
> > > T +33 (0)4 27 04 40 00 | ipconnect.fr
> > >
> > > Suivez-nous !
> > >
> > >
> > >> -Message d'origine-
> > >> De : Xavier ROCA  De la part de x.r...@sipleo.com
> > >> Envoyé : vendredi 21 juin 2024 15:47 À : Olivier Varenne
> > >>  Cc : frnog-al...@frnog.org; 'David
> > Ponzone'
> > >>  Objet : RE: [FRnOG] [ALERT] La
> gestion
> > du
> > >> MAN chez Alphalink...
> > >>
> > >> Pensez au réglage du MSS
> > >> Pour un MTU de 1500, MSS à 1460
> > >> Sur certains équipements, on a dû forcer le MSS, le réglage du
> MTU
> > ne
> > >> modifier pas automatiquement le MSS
> > >>
> > >> -Message d'origine-
> > >> De : frnog-requ...@frnog.org  De la
> part
> > de
> > >> David Ponzone Envoyé : vendredi 21 juin 2024 15:05 À : Olivier
> > >> Varenne  Cc : ALEGRI Rémy
> > >> ; frnog-al...@frnog.org Objet : Re: [FRnOG]
> > >> [ALERT] La gestion du MAN chez Alphalink...
> > >>
> > >> Si tu parles de PPP sur ADSL/VDSL (donc collecté en L2TP), ça
> > devait
> > >> plutôt être 1460.
> > >> De mémoire, je crois que c’est ce qui posait des problèmes, les
> BAS
> > >> SFR foutaient la merde dans la négo du MTU.
> > >> J’ai éradiqué SFR en ADSL/VDSL il y a longtemps, ça a réglé le
> > >> problème.
> > >>
> > >> Quand tu forces 1492, tu arrives à pinger l’autre côté avec
> > size=1492
> > >> et DF=1 ?
> > >>
> > >> David
> > >>
> > >>> Le 21 juin 2024 à 14:56, Olivier Varenne
> > 
> > >> a écrit :
> > >>>
> > >>> 1480 en ppp sur mikrotik oui.
> > >>> Et oui, nos soucis sont sur SFR...
> > >>>
> > >>>
> > >>>
> > >>> Cordialement,
> > >>>
> > >>>
> > >>>
> > >>> Olivier Varenne
> > >>> Président, R&D et développement
> > >>> T +33 (0)4 27 04 40 00 | ipconnect.fr
> > >>>
> > >>> Suivez-nous !
> > >>>
> > >>>
> > >>>> -Message d'origine-
> > >>>> De : David Ponzone  Envoyé :
> > vendredi
> > >> 21
> > >>>> juin 2024 14:47 À : Olivier Varenne 
> Cc
> > :
> > >>>> ALEGRI Rémy ; frnog-al...@frnog.org Objet :
> > Re:
> > >

RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

Correction. Oui, je suis fatigué.

> Après quelques heures, je constate que le mikrotik me retourne un
> actual mtu de 1480.
> Mais à ce moment-là, je ne peux plus envoyer que des paquet de 1476
> (incluant entetes ip+icmp)...



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Olivier Varenne via frnog
> Envoyé : lundi 24 juin 2024 10:21
> À : David Ponzone 
> Cc : x.r...@sipleo.com; frnog-al...@frnog.org
> Objet : RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> 
> Bon y'a un truc dans la soupe que je ne pige pas.
> 
> Sur mon MikroTik, je défini, comme demandé par alphalink, le MTU à
> 1492 sur mon interface pppoe-client.
> Je peux alors envoyer un paquet de 1492 (incluant les entêtes ip +
> icmp) sur le lien sans fragmentation.
> 
> Après quelques heures, je constate que le mikrotik me retourne un
> actual mtu de 1480.
> Mais à ce moment-là, je ne peux plus envoyer que des paquet de 1462
> (incluant entetes ip+icmp)...
> 
> 
> Alors, soit je suis TRES fatigué (et c'est peu une réalité, je suis claqué)
> et j'ai un truc que j'ai pas vu/pas compris Soit un y a un réel souci de
> MTU.
> Dites moi: c'est moi qui ait besoin de vacances ?
> 
> Cordialement,
> 
> 
> 
> Olivier Varenne
> Président, R&D et développement
> T +33 (0)4 27 04 40 00 | ipconnect.fr
> 
> Suivez-nous !
> 
> 
> > -Message d'origine-
> > De : frnog-requ...@frnog.org  De la part de
> > Olivier Varenne via frnog Envoyé : vendredi 21 juin 2024 17:13 À :
> > David Ponzone  Cc : x.r...@sipleo.com;
> > frnog-al...@frnog.org Objet : RE: [FRnOG] [ALERT] La gestion du MAN
> > chez Alphalink...
> >
> > Je regarderai ça lundi
> >
> >
> >
> > Cordialement,
> >
> >
> >
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr
> >
> > Suivez-nous !
> >
> >
> > > -Message d'origine-
> > > De : David Ponzone  Envoyé : vendredi
> > 21 juin
> > > 2024 16:58 À : Olivier Varenne  Cc :
> > > x.r...@sipleo.com; frnog-al...@frnog.org Objet : Re: [FRnOG]
> [ALERT]
> > > La gestion du MAN chez Alphalink...
> > >
> > > C’est pareil, collecte L2TP, donc MTU 1460 à priori.
> > > À 1492, ça passe avec DF=1 ?
> > > Ca m’étonnerait.
> > >
> > > David
> > >
> > > > Le 21 juin 2024 à 16:55, Olivier Varenne
> > 
> > > a écrit :
> > > >
> > > > Pas de xDSL dans notre cas. Fibre FTTH.
> > > >
> > > >
> > > >
> > > > Cordialement,
> > > >
> > > >
> > > >
> > > > Olivier Varenne
> > > > Président, R&D et développement
> > > > T +33 (0)4 27 04 40 00 | ipconnect.fr
> > > >
> > > > Suivez-nous !
> > > >
> > > >
> > > >> -Message d'origine-
> > > >> De : Xavier ROCA  De la part de
> x.r...@sipleo.com
> > > >> Envoyé : vendredi 21 juin 2024 15:47 À : Olivier Varenne
> > > >>  Cc : frnog-al...@frnog.org; 'David
> > > Ponzone'
> > > >>  Objet : RE: [FRnOG] [ALERT] La
> > gestion
> > > du
> > > >> MAN chez Alphalink...
> > > >>
> > > >> Pensez au réglage du MSS
> > > >> Pour un MTU de 1500, MSS à 1460
> > > >> Sur certains équipements, on a dû forcer le MSS, le réglage du
> > MTU
> > > ne
> > > >> modifier pas automatiquement le MSS
> > > >>
> > > >> -Message d'origine-
> > > >> De : frnog-requ...@frnog.org  De la
> > part
> > > de
> > > >> David Ponzone Envoyé : vendredi 21 juin 2024 15:05 À : Olivier
> > > >> Varenne  Cc : ALEGRI Rémy
> > > >> ; frnog-al...@frnog.org Objet : Re: [FRnOG]
> > > >> [ALERT] La gestion du MAN chez Alphalink...
> > > >>
> > > >> Si tu parles de PPP sur ADSL/VDSL (donc collecté en L2TP), ça
> > > devait
> > > >> plutôt être 1460.
> > > >> De mémoire, je crois que c’est ce qui posait des problèmes, les
> > BAS
> > > >> SFR foutaient la merde dans la négo du MTU.
> > > >> J’ai éradiqué SFR en ADSL/VDSL il y a longtemps, ça a réglé le
> > >

RE: [FRnOG] [TECH] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

J'ai bien envie de faire ça en effet
Mais apres tu comprends: "vous respectez pas les STAS alors on fait rien c'est 
pas nous"...



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : David Ponzone 
> Envoyé : lundi 24 juin 2024 10:44
> À : Olivier Varenne 
> Cc : x.r...@sipleo.com; frnog-tech 
> Objet : Re: [FRnOG] [TECH] La gestion du MAN chez Alphalink...
> 
> Olivier,
> 
> Tu cumules un double problème:
> 1/ SFR
> 2/ Alphalink, qui visiblement n’a pas envie de t’aider, parce que chez
> eux, tout va bien, tout est normal et parfait
> 
> Donc tu forces max-mtu et max-mru à 1460 sur ton CPE (car d’après ce
> que tu écris, je déduis que tu as pas la main sur le LNS), et tu vois sur
> un ping 1460 avec df=1 passe.
> 
> David
> 
> > Le 24 juin 2024 à 10:30, Olivier Varenne 
> a écrit :
> >
> > Correction. Oui, je suis fatigué.
> >
> >> Après quelques heures, je constate que le mikrotik me retourne un
> >> actual mtu de 1480.
> >> Mais à ce moment-là, je ne peux plus envoyer que des paquet de
> 1476
> >> (incluant entetes ip+icmp)...
> >
> >
> >
> > Cordialement,
> >
> >
> >
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr
> >
> > Suivez-nous !
> >
> >
> >> -Message d'origine-
> >> De : frnog-requ...@frnog.org  De la part
> de
> >> Olivier Varenne via frnog Envoyé : lundi 24 juin 2024 10:21 À : David
> >> Ponzone  Cc : x.r...@sipleo.com;
> >> frnog-al...@frnog.org Objet : RE: [FRnOG] [ALERT] La gestion du MAN
> >> chez Alphalink...
> >>
> >> Bon y'a un truc dans la soupe que je ne pige pas.
> >>
> >> Sur mon MikroTik, je défini, comme demandé par alphalink, le MTU à
> >> 1492 sur mon interface pppoe-client.
> >> Je peux alors envoyer un paquet de 1492 (incluant les entêtes ip +
> >> icmp) sur le lien sans fragmentation.
> >>
> >> Après quelques heures, je constate que le mikrotik me retourne un
> >> actual mtu de 1480.
> >> Mais à ce moment-là, je ne peux plus envoyer que des paquet de
> 1462
> >> (incluant entetes ip+icmp)...
> >>
> >>
> >> Alors, soit je suis TRES fatigué (et c'est peu une réalité, je suis
> >> claqué) et j'ai un truc que j'ai pas vu/pas compris Soit un y a un
> >> réel souci de MTU.
> >> Dites moi: c'est moi qui ait besoin de vacances ?
> >>
> >> Cordialement,
> >>
> >>
> >>
> >> Olivier Varenne
> >> Président, R&D et développement
> >> T +33 (0)4 27 04 40 00 | ipconnect.fr
> >>
> >> Suivez-nous !
> >>
> >>
> >>> -Message d'origine-
> >>> De : frnog-requ...@frnog.org  De la part
> de
> >>> Olivier Varenne via frnog Envoyé : vendredi 21 juin 2024 17:13 À :
> >>> David Ponzone  Cc :
> x.r...@sipleo.com;
> >>> frnog-al...@frnog.org Objet : RE: [FRnOG] [ALERT] La gestion du
> MAN
> >>> chez Alphalink...
> >>>
> >>> Je regarderai ça lundi
> >>>
> >>>
> >>>
> >>> Cordialement,
> >>>
> >>>
> >>>
> >>> Olivier Varenne
> >>> Président, R&D et développement
> >>> T +33 (0)4 27 04 40 00 | ipconnect.fr
> >>>
> >>> Suivez-nous !
> >>>
> >>>
> >>>> -Message d'origine-
> >>>> De : David Ponzone  Envoyé :
> vendredi
> >>> 21 juin
> >>>> 2024 16:58 À : Olivier Varenne  Cc :
> >>>> x.r...@sipleo.com; frnog-al...@frnog.org Objet : Re: [FRnOG]
> >> [ALERT]
> >>>> La gestion du MAN chez Alphalink...
> >>>>
> >>>> C’est pareil, collecte L2TP, donc MTU 1460 à priori.
> >>>> À 1492, ça passe avec DF=1 ?
> >>>> Ca m’étonnerait.
> >>>>
> >>>> David
> >>>>
> >>>>> Le 21 juin 2024 à 16:55, Olivier Varenne
> >>> 
> >>>> a écrit :
> >>>>>
> >>>>> Pas de xDSL dans notre cas. Fibre FTTH.
> >>>>>
> >>>>>
> >>>>>
> >>>>> Cordialement,
> >>>>>
> >>>>>
> >>>>>
>

RE: [FRnOG] [TECH] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

Y'a déjà un IG ouvert. Mais on va creuser. On a réussi à éteindre l'incendie, 
la plupart de nos clients refonctionnent, avec parfois des solutions baroques. 



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : David Ponzone 
> Envoyé : lundi 24 juin 2024 11:12
> À : Olivier Varenne 
> Cc : x.r...@sipleo.com; frnog-tech 
> Objet : Re: [FRnOG] [TECH] La gestion du MAN chez Alphalink...
> 
> Tu t’en fous.
> Ils ont pas accès à ton CPE.
> 
> Sinon, tu les confrontes au fait qu’ils ne respectent pas leur STAS
> puisqu’en faisant comme ils disent, tu peux pas passer sans frag un
> paquet de taille inférieure au MTU.
> Tu peux même ouvrir un IG chez eux, avec impact majeur, et tu suis la
> procédure d’escalade jusqu’en haut.
> 
> Avec un peu de chance, y a encore quelqu’un de chez eux sur la liste, et
> il va réagir :)
> 
> David
> 
> > Le 24 juin 2024 à 10:59, Olivier Varenne 
> a écrit :
> >
> > J'ai bien envie de faire ça en effet
> > Mais apres tu comprends: "vous respectez pas les STAS alors on fait
> rien c'est pas nous"...
> >
> >
> >
> > Cordialement,
> >
> >
> >
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr
> >
> > Suivez-nous !
> >
> >
> >> -Message d'origine-
> >> De : David Ponzone  Envoyé : lundi 24
> juin
> >> 2024 10:44 À : Olivier Varenne  Cc :
> >> x.r...@sipleo.com; frnog-tech  Objet : Re:
> >> [FRnOG] [TECH] La gestion du MAN chez Alphalink...
> >>
> >> Olivier,
> >>
> >> Tu cumules un double problème:
> >> 1/ SFR
> >> 2/ Alphalink, qui visiblement n’a pas envie de t’aider, parce que
> >> chez eux, tout va bien, tout est normal et parfait
> >>
> >> Donc tu forces max-mtu et max-mru à 1460 sur ton CPE (car
> d’après ce
> >> que tu écris, je déduis que tu as pas la main sur le LNS), et tu vois
> >> sur un ping 1460 avec df=1 passe.
> >>
> >> David
> >>
> >>> Le 24 juin 2024 à 10:30, Olivier Varenne
> 
> >> a écrit :
> >>>
> >>> Correction. Oui, je suis fatigué.
> >>>
> >>>> Après quelques heures, je constate que le mikrotik me retourne
> un
> >>>> actual mtu de 1480.
> >>>> Mais à ce moment-là, je ne peux plus envoyer que des paquet de
> >> 1476
> >>>> (incluant entetes ip+icmp)...
> >>>
> >>>
> >>>
> >>> Cordialement,
> >>>
> >>>
> >>>
> >>> Olivier Varenne
> >>> Président, R&D et développement
> >>> T +33 (0)4 27 04 40 00 | ipconnect.fr
> >>>
> >>> Suivez-nous !
> >>>
> >>>
> >>>> -Message d'origine-
> >>>> De : frnog-requ...@frnog.org  De la
> part
> >> de
> >>>> Olivier Varenne via frnog Envoyé : lundi 24 juin 2024 10:21 À :
> >>>> David Ponzone  Cc :
> x.r...@sipleo.com;
> >>>> frnog-al...@frnog.org Objet : RE: [FRnOG] [ALERT] La gestion du
> MAN
> >>>> chez Alphalink...
> >>>>
> >>>> Bon y'a un truc dans la soupe que je ne pige pas.
> >>>>
> >>>> Sur mon MikroTik, je défini, comme demandé par alphalink, le
> MTU à
> >>>> 1492 sur mon interface pppoe-client.
> >>>> Je peux alors envoyer un paquet de 1492 (incluant les entêtes ip
> +
> >>>> icmp) sur le lien sans fragmentation.
> >>>>
> >>>> Après quelques heures, je constate que le mikrotik me retourne
> un
> >>>> actual mtu de 1480.
> >>>> Mais à ce moment-là, je ne peux plus envoyer que des paquet de
> >> 1462
> >>>> (incluant entetes ip+icmp)...
> >>>>
> >>>>
> >>>> Alors, soit je suis TRES fatigué (et c'est peu une réalité, je suis
> >>>> claqué) et j'ai un truc que j'ai pas vu/pas compris Soit un y a un
> >>>> réel souci de MTU.
> >>>> Dites moi: c'est moi qui ait besoin de vacances ?
> >>>>
> >>>> Cordialement,
> >>>>
> >>>>
> >>>>
> >>>> Olivier Varenne
> >>>> Président, R&D et développement
> >>>> T +33 

RE: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...

[Olivier Varenne via frnog]

> L'APNF a clairement précisé qu'il était interdit de transmettre l'entête 
> Identity aux client finaux (cela reste de l'info inter-opérateur) et qu'il 
> était aussi interdit de transmettre le niveau d'attestation (quel que soit la 
> manière utilisée).

Je viens de me taper la lecture des docs techniques sur le MAN, je n'ai rien 
trouvé dans ce sens
Vous avez vu ça ou ?



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : Alain Bieuzent 
> Envoyé : vendredi 21 juin 2024 12:04
> À : Jérôme RICHARD ; Olivier Varenne
> 
> Cc : frnog-al...@frnog.org
> Objet : Re: [FRnOG] [ALERT] La gestion du MAN chez Alphalink...
> 
> Bonjour Jérôme,
> 
> L'APNF a clairement précisé qu'il était interdit de transmettre l'entête
> Identity aux client finaux (cela reste de l'info inter-opérateur) et qu'il
> était aussi interdit de transmettre le niveau d'attestation (quel que soit
> la manière utilisée).
> 
> Alain
> 
> Le 21/06/2024 11:53, « Jérôme RICHARD »  <mailto:frnog-requ...@frnog.org> au nom de jerome.richard@va-
> telecom.fr <mailto:jerome.rich...@va-telecom.fr>> a écrit :
> 
> 
> Bonjour,
> 
> 
> Le MAN ajoute un entête identity assez conséquent (plus de 500 octet)
> à l'INVITE SIP. Ca peut donner des INVITE à plus de 1600 octets et
> donc de la fragmentation ce qui n'est pas supporté par tous les IPBX. Le
> symptôme que j'ai pu constater c'est que l'IPBX destinataire ne répond
> pas aux INVITE avec entête identity.
> 
> 
> Nous avons fait le choix de ne pas le diffuser vers les trunks de nos
> clients puisque nous réalisons le contrôle en amont et de diffuser
> uniquement le Attestation-Info (A, B ou C) qui en ressort.
> 
> 
> Donc a voir si les appels qui posent problème ont l'entête identity dans
> l'INVITE.
> 
> 
> Cordialement,
> Jérôme RICHARD
> 
> 
> 
> 
> 
> 
> 
> 
> Le ven. 21 juin 2024 à 09:55, Olivier Varenne via frnog
> mailto:frnog@frnog.org>> a écrit :
> 
> 
> > On est les seuls à être très, TRES, impacté par la mise en place du
> > man chez alphalink depuis plusieurs jours ?
> > On a du mal à identifier l'origine du problème : dans certains cas
> > cela semble être un problème de MTU et de paquet SIP fragmenté,
> > d'autres cas sont plus obscurs...
> > Je suis un peu étonné de rien avoir vu circuler ici, à croire qu'on
> > est un cas isolé ?
> > Comment souvent : communication proche du 0, au début quand on
> a
> > remonté les soucis on nous a gentiment envoyé balader genre « c'est
> > pas notre probleme », et maintenant ça semble être la panique.
> >
> >
> >
> > Cordialement,
> >
> >
> > [cid:image001.png@01DAC3C1.1D673B20]
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr<http://www.ipconnect.fr/>
> > <http://www.ipconnect.fr/>;>
> >
> > Suivez-nous !
> > [picto-twitter]<https://twitter.com/ip_connectweets>
> > <https://twitter.com/ip_connectweets>;>[picto-youtube]<
> > https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>
> >
> <https://www.youtube.com/channel/UC4W_ceUZgLBRAeQUjtopVug>;
> >[picto-l
> > inkedin]< https://www.linkedin.com/company/20541473/admin/>
> > <https://www.linkedin.com/company/20541473/admin/>;>
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/ <http://www.frnog.org/>
> >
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/ <http://www.frnog.org/>
> 
> 
> 


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

[FRnOG] [BIZ] Recherche prestataire info mac/PC sur Montpellier et alentours

[Olivier Varenne via frnog]

Bonjour,

Une connaissance recherche une prestataire info sérieux et efficace pour la 
gestion de son parc de machines + réseau.
Parc composé de quelque chose comme 105 MAC et 22 Pc. Une centaine de salariés.
Le prestataire actuel ne convient plus vraiment : pas assez dispo, trop cher, 
pas assez humain...

Donc si vous connaissez une boite sympa, faites-moi signes.
Je suis dispo par email si vous avez besoin de précisions.


(PS : on ne me l'a pas forcement dit tel quel, mais je pense qu'une éventuelle 
embauche pour cette tache est peut être envisageable...)


Cordialement,


[cid:image001.png@01DAC6EE.9A3658E0]
Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous !
[picto-twitter][picto-youtube][picto-linkedin]


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

RE: [FRnOG] [TECH] Solution IPBX opensource

[Olivier Varenne via frnog]

Xorcom
(Nous) 😊

Basé sur Asterisk, petite boite en France qui travaille avec le fabriquant main 
dans la main (on se fait des bouffes), et donc hyper réactif. 
on mise tout sur la stabilité, plus que sur l'esbrouffe visuelle...
Et on connait notre produit 😊



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Stéphane Rivière
> Envoyé : vendredi 19 juillet 2024 09:24
> À : frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] Solution IPBX opensource
> 
> 
> >
> > Mes recherches actuellement pointent sur les projets suivants:
> >
> >  * Xivo, pas mal foutu, à jour, client SIP dispo, United communication
> >    pour le CTI et CC pour le callcenter
> >    visiblement la boite vient de se faire racheter
> >  * Wazo, le fork bien foutu aussi, mais pas de client lourd
> >  * freepbx, historiquement connu, pas trop d'avis
> >  * elastix, visiblement ça a fusionné avec 3cx
> 
> >  * 3cx, peur de retomber dans le piège de la solution précédente avec
> >    les licences et le système fermé
> À fuir. Mais le spécialiste de 3cx ici présent (s'il n'est pas en
> ouacances) t'en parleras mieux que moi (spoiler, ses initiales sont DP).
> 
> Kazoo (suggéré par benoit) étant fondé sur Freeswitch, ça devrait être
> bien. La stack :
> 
>   *
> 
> Kamailio (SBC)
> 
>   *
> 
> FreeSWITCH (Pure Transcoding)
> 
>   *
> 
> ecallmgr (Our Logic Layer, call control etc.)
> 
>   *
> 
> RabbitMQ (Messaging Bus)
> 
>   *
> 
> CouchDB (Distributed Database)
> 
> Se faire accompagner ne semble pas déconnant.
> 
> 
> Quoique j'ai beaucoup utilisé (depuis 2006) et gratté des dialplans de
> oufs, je n'ai jamais été très fan d'Asterisk (codé avec les pieds).
> Alors certes, maintenant que le fax, l'isdn et le rtc ont disparu, ça a viré
> les couches les plus pourries (surtout les deux premières).
> 
> Avec ton nombre de users, vaut mieux aller vers du solide.
> 
> --
> Stéphane Rivière
> Ile d'Oléron - France
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

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

RE: [FRnOG] [ALERT] Panne Crowdstrike sur les systèmes Windows

[Olivier Varenne via frnog]

Je ne vois pas comment tu peux éviter à 100% un bsod/kernel panic. Tu as des 
applis/drivers qui DOIVENT fonctionner en kernel mode. Tu n'as juste pas le 
choix... 

Dire "Microsoft en est encore la" alors qu'aucune solution (corrigez moi si je 
me trompe) viable techniquement/commercialement n'existe à ce jour, c'est un 
peu fort de café...





Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> David Ponzone
> Envoyé : vendredi 19 juillet 2024 13:30
> À : Erwan David 
> Cc : frnog@frnog.org
> Objet : Re: [FRnOG] [ALERT] Panne Crowdstrike sur les systèmes
> Windows
> 
> Ok je connais pas crowdstrike et à quel point il a accès bas niveau dans
> Windows. Mais cela signifie qu’en 2024, Microsoft en est encore à des
> BSOD causés par des applications.
> C’est l’action MS qui devrait baisser, pas Crowdstrike.
> 
> Ensuite, crowdstrike protège de trucs tellement critiques qu’il est
> inimaginable de retarder les mises à jour de la base de signatures de
> 24h ?
> 
> Question subsidiaire: cela va-t-il modifier l’habituel politique des DSI «
> j’ai pris MS parce qu’on pourra pas me le reprocher ».
> 
> David Ponzone
> 
> 
> 
> > Le 19 juil. 2024 à 10:40, Erwan David  a écrit :
> >
> > 
> >> Le 7/19/24 à 10:33, David Ponzone a écrit :
> >> Mais je comprends pas comment c’est possible.
> >> Y a des serveurs Windows avec les mises à jour auto activées ?
> >>
> >> David
> > Au moins les mises à jour des signatures crowdstrike...
> >
> >
> > ---
> > 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] [ALERT] Panne Crowdstrike sur les systèmes Windows

[Olivier Varenne via frnog]

Sauf que la solution micro kernel, dont on parle depuis longtemps quand meme, 
se heurte toujours à des soucis de performance et de complexité.



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : Philippe ASTIER 
> Envoyé : vendredi 19 juillet 2024 14:28
> À : Olivier Varenne 
> Cc : David Ponzone ; Erwan David
> ; frnog@frnog.org
> Objet : Re: [FRnOG] [ALERT] Panne Crowdstrike sur les systèmes
> Windows
> 
> Il y a des OS où les extensions au noyau deviennent interdites (macOS)
> ou n’ont jamais existé (iOS/iPadOS).
> Les System Extensions existent, mais elles ne s’exécutent pas avec les
> privilèges du noyau du tout.
> 
> Et les EDR ne peuvent qu'utiliser les frameworks et points d’entrée
> fournis par l’éditeur.
> 
> Ce n'’est pas nouveau comme concept, les premiers micro-kernels des
> années 1990 n’avaient déjà pas leurs drivers au niveau du noyau.
> 
> Ca a aussi l’avantage de ne pas nécessiter recompilation du noyau ou
> reboot pour ajouter ou enlever des drivers. Un driver qui plante ne peut
> pas corrompre le kernel space.
> 
> 
> Concrètement, ça fait plus de 40 ans qu’on sait faire. Mais de quoi
> vivraient les vendeurs d’antivirus ? (On me l’a rétorqué un jour…)
> 
> 
> On se rend compte que le bud de CriwdStrike empêche le boot, et que
> donc (a priori pour le moment), la seule solution est de passer
> MANUELLEMENT sur chaque poste concerné ?
> C’est le scenario cauchemar.
> 
> 
> Donc oui, l’écriture même des OS de Microsoft est un risque.
> CrowdStrike s’est planté en beauté, mais MS le favorise...
> 
> 
> > Le 19 juil. 2024 à 14:14, Olivier Varenne via frnog 
> a écrit :
> >
> > Je ne vois pas comment tu peux éviter à 100% un bsod/kernel panic.
> Tu as des applis/drivers qui DOIVENT fonctionner en kernel mode. Tu
> n'as juste pas le choix...
> >
> > Dire "Microsoft en est encore la" alors qu'aucune solution (corrigez
> moi si je me trompe) viable techniquement/commercialement n'existe à
> ce jour, c'est un peu fort de café...
> >
> >
> >
> >
> >
> > Cordialement,
> >
> >
> >
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr
> >
> > Suivez-nous !
> >
> >
> >> -Message d'origine-
> >> De : frnog-requ...@frnog.org  De la part
> de
> >> David Ponzone Envoyé : vendredi 19 juillet 2024 13:30 À : Erwan
> David
> >>  Cc : frnog@frnog.org Objet : Re: [FRnOG]
> [ALERT]
> >> Panne Crowdstrike sur les systèmes Windows
> >>
> >> Ok je connais pas crowdstrike et à quel point il a accès bas niveau
> >> dans Windows. Mais cela signifie qu’en 2024, Microsoft en est
> encore
> >> à des BSOD causés par des applications.
> >> C’est l’action MS qui devrait baisser, pas Crowdstrike.
> >>
> >> Ensuite, crowdstrike protège de trucs tellement critiques qu’il est
> >> inimaginable de retarder les mises à jour de la base de signatures de
> >> 24h ?
> >>
> >> Question subsidiaire: cela va-t-il modifier l’habituel politique des
> >> DSI « j’ai pris MS parce qu’on pourra pas me le reprocher ».
> >>
> >> David Ponzone
> >>
> >>
> >>
> >>> Le 19 juil. 2024 à 10:40, Erwan David  a écrit
> :
> >>>
> >>>
> >>>> Le 7/19/24 à 10:33, David Ponzone a écrit :
> >>>> Mais je comprends pas comment c’est possible.
> >>>> Y a des serveurs Windows avec les mises à jour auto activées ?
> >>>>
> >>>> David
> >>> Au moins les mises à jour des signatures crowdstrike...
> >>>
> >>>
> >>> ---
> >>> 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] [ALERT] Panne Crowdstrike sur les systèmes Windows

[Olivier Varenne via frnog]

Comparer les OS mobiles d'Apple avec Windows ?
Je ne sais pas si j'aurai tenté.

Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : Philippe ASTIER 
> Envoyé : vendredi 19 juillet 2024 16:08
> À : Olivier Varenne ; frnog-al...@frnog.org
> Objet : Re: [FRnOG] [ALERT] Panne Crowdstrike sur les systèmes
> Windows
> 
> OK.
> 
> En attendant, il n’y a pas de driver tiers sur les OS mobiles d’Apple, et
> aucun accès direct au noyau pour aucune application tierce.
> Sur macOS, les Kernel Extensions vivent leurs derniers instants, et les
> solutions d’EDR doivent passer par l’EndPoint Security Framework, elles
> n’ont pas non plus les priviléges noyau. Et ça n’a pas toujours été le
> cas, c’est juste que ça évolue, justement pour éviter les crashs du
> noyau.
> 
> Ce qui est clair, c’est qu’on peut trouver des solutions pour que les
> logiciels tiers n’aient jamais les privilèges du noyau, même pour des
> solutions de sécurité.
> 
> « Performance et complexité »  sont des excuses pour ne surtout rien
> faire évoluer. Les couches basses de Windows sont fragiles et
> n'évoluent pas.
> 
> 
> > Le 19 juil. 2024 à 16:01, Olivier Varenne via frnog 
> a écrit :
> >
> > Sauf que la solution micro kernel, dont on parle depuis longtemps
> quand meme, se heurte toujours à des soucis de performance et de
> complexité.
> >
> >
> >
> > Cordialement,
> >
> >
> >
> > Olivier Varenne
> > Président, R&D et développement
> > T +33 (0)4 27 04 40 00 | ipconnect.fr
> >
> > Suivez-nous !
> >
> >
> >> -Message d'origine-
> >> De : Philippe ASTIER  Envoyé :
> >> vendredi 19 juillet 2024 14:28 À : Olivier Varenne
> >>  Cc : David Ponzone
> >> ; Erwan David ;
> >> frnog@frnog.org Objet : Re: [FRnOG] [ALERT] Panne Crowdstrike sur
> les
> >> systèmes Windows
> >>
> >> Il y a des OS où les extensions au noyau deviennent interdites
> >> (macOS) ou n’ont jamais existé (iOS/iPadOS).
> >> Les System Extensions existent, mais elles ne s’exécutent pas avec
> >> les privilèges du noyau du tout.
> >>
> >> Et les EDR ne peuvent qu'utiliser les frameworks et points d’entrée
> >> fournis par l’éditeur.
> >>
> >> Ce n'’est pas nouveau comme concept, les premiers micro-kernels
> des
> >> années 1990 n’avaient déjà pas leurs drivers au niveau du noyau.
> >>
> >> Ca a aussi l’avantage de ne pas nécessiter recompilation du noyau
> ou
> >> reboot pour ajouter ou enlever des drivers. Un driver qui plante ne
> >> peut pas corrompre le kernel space.
> >>
> >>
> >> Concrètement, ça fait plus de 40 ans qu’on sait faire. Mais de quoi
> >> vivraient les vendeurs d’antivirus ? (On me l’a rétorqué un jour…)
> >>
> >>
> >> On se rend compte que le bud de CriwdStrike empêche le boot, et
> que
> >> donc (a priori pour le moment), la seule solution est de passer
> >> MANUELLEMENT sur chaque poste concerné ?
> >> C’est le scenario cauchemar.
> >>
> >>
> >> Donc oui, l’écriture même des OS de Microsoft est un risque.
> >> CrowdStrike s’est planté en beauté, mais MS le favorise...
> >>
> >>
> >>> Le 19 juil. 2024 à 14:14, Olivier Varenne via frnog
> >>> 
> >> a écrit :
> >>>
> >>> Je ne vois pas comment tu peux éviter à 100% un bsod/kernel
> panic.
> >> Tu as des applis/drivers qui DOIVENT fonctionner en kernel mode.
> Tu
> >> n'as juste pas le choix...
> >>>
> >>> Dire "Microsoft en est encore la" alors qu'aucune solution (corrigez
> >> moi si je me trompe) viable techniquement/commercialement
> n'existe à
> >> ce jour, c'est un peu fort de café...
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Cordialement,
> >>>
> >>>
> >>>
> >>> Olivier Varenne
> >>> Président, R&D et développement
> >>> T +33 (0)4 27 04 40 00 | ipconnect.fr
> >>>
> >>> Suivez-nous !
> >>>
> >>>
> >>>> -Message d'origine-
> >>>> De : frnog-requ...@frnog.org  De la
> part
> >> de
> >>>> David Ponzone Envoyé : vendredi 19 juillet 2024 13:30 À : Erwan
> >> David
> >>>>  Cc : frnog@f

Re: [FRnOG] [ALERT] Panne Crowdstrike sur les systèmes Windows

[Olivier Varenne via frnog]

Oui enfin j'ai pas vu la tronche d'un bsod depuis longtemps.
Par contre, du wheel of death J'en vois régulièrement.
Mais expérience personnelle isolée ne fait pas loi.


Envoyé à partir de Outlook pour Android<https://aka.ms/AAb9ysg>

From: Philippe ASTIER 
Sent: Friday, July 19, 2024 5:56:48 PM
To: Olivier Varenne ; frnog-al...@frnog.org 

Subject: Re: [FRnOG] [ALERT] Panne Crowdstrike sur les systèmes Windows

Ben je sais pas… 1,8 milliards d’appareils, ya Outlook, Word et Excel et 
PowerPoint, on peut connecter écran, clavier, souris ? Imprimer, surfer, 
travailler, jouer… Pourquoi pas ?
Mais sinon tu prends macOS, dont le modèle de sécurité tend vers celui d’iOS.

Je parle de la manière dont le système est développé, des concepts mise en 
oeuvre pour que le système fonctionne, des améliorations apportés à la sécurité.

Après comme on est vendredi, je trolle un peu.
Il y a une différence, ceux qui contemplent les BSOD, et ceux qui bossent 
encore. :)

> Le 19 juil. 2024 à 17:31, Olivier Varenne  a écrit :
>
> Comparer les OS mobiles d'Apple avec Windows ?
> Je ne sais pas si j'aurai tenté.
>
> Cordialement,
>
>
>
> Olivier Varenne
> Président, R&D et développement
> T +33 (0)4 27 04 40 00 | ipconnect.fr
>
> Suivez-nous !
>
>
>> -Message d'origine-
>> De : Philippe ASTIER 
>> Envoyé : vendredi 19 juillet 2024 16:08
>> À : Olivier Varenne ; frnog-al...@frnog.org
>> Objet : Re: [FRnOG] [ALERT] Panne Crowdstrike sur les systèmes
>> Windows
>>
>> OK.
>>
>> En attendant, il n’y a pas de driver tiers sur les OS mobiles d’Apple, et
>> aucun accès direct au noyau pour aucune application tierce.
>> Sur macOS, les Kernel Extensions vivent leurs derniers instants, et les
>> solutions d’EDR doivent passer par l’EndPoint Security Framework, elles
>> n’ont pas non plus les priviléges noyau. Et ça n’a pas toujours été le
>> cas, c’est juste que ça évolue, justement pour éviter les crashs du
>> noyau.
>>
>> Ce qui est clair, c’est qu’on peut trouver des solutions pour que les
>> logiciels tiers n’aient jamais les privilèges du noyau, même pour des
>> solutions de sécurité.
>>
>> « Performance et complexité »  sont des excuses pour ne surtout rien
>> faire évoluer. Les couches basses de Windows sont fragiles et
>> n'évoluent pas.
>>
>>
>>> Le 19 juil. 2024 à 16:01, Olivier Varenne via frnog 
>> a écrit :
>>>
>>> Sauf que la solution micro kernel, dont on parle depuis longtemps
>> quand meme, se heurte toujours à des soucis de performance et de
>> complexité.
>>>
>>>
>>>
>>> Cordialement,
>>>
>>>
>>>
>>> Olivier Varenne
>>> Président, R&D et développement
>>> T +33 (0)4 27 04 40 00 | ipconnect.fr
>>>
>>> Suivez-nous !
>>>
>>>
>>>> -Message d'origine-
>>>> De : Philippe ASTIER  Envoyé :
>>>> vendredi 19 juillet 2024 14:28 À : Olivier Varenne
>>>>  Cc : David Ponzone
>>>> ; Erwan David ;
>>>> frnog@frnog.org Objet : Re: [FRnOG] [ALERT] Panne Crowdstrike sur
>> les
>>>> systèmes Windows
>>>>
>>>> Il y a des OS où les extensions au noyau deviennent interdites
>>>> (macOS) ou n’ont jamais existé (iOS/iPadOS).
>>>> Les System Extensions existent, mais elles ne s’exécutent pas avec
>>>> les privilèges du noyau du tout.
>>>>
>>>> Et les EDR ne peuvent qu'utiliser les frameworks et points d’entrée
>>>> fournis par l’éditeur.
>>>>
>>>> Ce n'’est pas nouveau comme concept, les premiers micro-kernels
>> des
>>>> années 1990 n’avaient déjà pas leurs drivers au niveau du noyau.
>>>>
>>>> Ca a aussi l’avantage de ne pas nécessiter recompilation du noyau
>> ou
>>>> reboot pour ajouter ou enlever des drivers. Un driver qui plante ne
>>>> peut pas corrompre le kernel space.
>>>>
>>>>
>>>> Concrètement, ça fait plus de 40 ans qu’on sait faire. Mais de quoi
>>>> vivraient les vendeurs d’antivirus ? (On me l’a rétorqué un jour…)
>>>>
>>>>
>>>> On se rend compte que le bud de CriwdStrike empêche le boot, et
>> que
>>>> donc (a priori pour le moment), la seule solution est de passer
>>>> MANUELLEMENT sur chaque poste concerné ?
>>>> C’est le scenario cauchemar.
>>>>
>>>>
>>>> Donc oui, l’écriture même des OS de Microsoft est un r

RE: [FRnOG] [MISC] REX de passerelle/modem 5G ? Par ex. un RUTX50-like plus léger ?

[Olivier Varenne via frnog]

Le diagramme peut être trouvé en fouillant beaucoup chez les étrangers.

https://cdr.pl/p7036,mikrotik-rblhgg-5hpacd2hpnd-xl-lhg-xl-52-ac-dwuzakresowe-urzadzenie-bezprzewodowe-2-4-5-ghz-zysk-27.html





Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> David Ponzone
> Envoyé : mardi 8 octobre 2024 10:13
> À : Richard Klein 
> Cc : Toussaint OTTAVI ; FRench Network
> Operators Group 
> Objet : Re: [FRnOG] [MISC] REX de passerelle/modem 5G ? Par ex. un
> RUTX50-like plus léger ?
> 
> Hélas, comme souvent/toujours chez Mikrotik, impossible de trouver le
> diagramme de rayonnement.
> Et le LHG LTE18 semble ne pas être validé pour le marché US, donc on
> trouve même pas un rapport sur fcc.gov.
> 
> David
> 
> > Le 8 oct. 2024 à 09:52, Richard Klein  a
> écrit :
> >
> > Bonjour
> > Merci pour ce retex.
> > Si le diagramme de rayonnement de la parabole est plus large il serait
> > donc intéressant de ne pas pointer directement sur l'antenne la plus
> > proche mais entre deux sites antennaire pour avoir plus de "marge"
> > pour ne pas etre dépendant d'un site.
> >
> > Une autre solution, si les valeurs de signal ne s'affichent plus dans
> > ton interface est réaliser le pointage en effectuant un test de
> débit/Ping .
> > Cela permet parfois de se connecter sur une fréquence d'ancrage sur
> le
> > site A et de faire une agrégation sur un site B proche du site A.
> >
> > Et pour finir pour un pointage d'antenne satellite(TV) plus précis,
> > une des astuces était de mettre un torchon mouillé sur le LNB pour
> > jouer le rôle d'atténuateur et affiner le pointage de l'antenne.. je
> > ne sais pas si cela est encore valable avec l'amélioration de
> l'électronique ?
> >
> > Richard
> >
> > Le mar. 8 oct. 2024 à 09:39, Toussaint OTTAVI  109.com> a
> > écrit :
> >
> >>
> >>
> >> Le 07/10/2024 à 19:46, Richard Klein a écrit :
> >>> Par contre un désavantage de ce type de parabole est que si le
> site
> >>> de l'opérateur est KO il y n'aura plus d'internet car l antenne est
> >>> très directive.
> >>
> >> Effectivement, les LHG sont un peu plus qualitatives, beaucoup plus
> >> pointues en terme de directivité et de gain, et aussi deux fois plus
> >> chères. Elles permettent d'aller chercher un signal lointain. Les
> >> SXT, bien qu'ayant une boitier plastique en forme de petite parabole,
> >> sont beaucoup moins directives, et permettent une utilisation "par le
> coté"
> >> sans problème. A mon domicile, j'ai une SXT pointée vers un site
> >> lointain, et qui a un site proche dans ses 90°. En fonctionnement
> >> normal, elle utilise le site proche; et quand celui-ci est down, elle
> >> accroche le site lointain.
> >>
> >> Ensuite, la directivité d'une "parabole" de ce type reste assez
> >> variable. Ce ne sont pas non plus les paraboles de la NASA pour
> >> contacter Voyager ! Avec une PowerBeam 5 GHz, incluant un
> radôme de
> >> protection métallique à l'arrière et sur les cotés, j'ai eu la
> >> surprise de constater qu'un lien de 15km fonctionnait encore alors
> >> qu'une tempête avait fait tourner l'antenne de 90° ! L'atténuation,
> >> qui aurait dû en théorie être "infinie", était uniquement de 10 dB !
> >>
> >> A une époque, dans les menus des appareils, on trouvait des
> >> indications sur le niveau de réception des différents canaux, aux
> >> différentes fréquences (y compris ceux des opérateurs voisins). Cela
> >> facilitait le diagnostic et les réglages. Aujourd'hui, ce n'est plus
> >> le cas, du moins sur l'interface WEB (je ne sais pas si c'est
> >> possible par le CLI). C'est marrant, cette tendance de l'ingénierie
> >> radio moderne à considérer que l'on peut se passer de mesures de
> >> terrain :-)
> >>
> >> Sur sa page de config, un SXT indique le niveau du canal sur lequel
> >> il est accroché, plus éventuellement, celui du canal secondaire
> >> "Channel Aggregation" (si l'équipement et le réseau le permettent, ce
> >> qui n'est pas toujours le cas). Il faut donc faire des essais, en
> >> positionnant l'antenne de manière à avoir assez de signal sur le
> canal "principal"
> >> souhaité, mais également assez sur le canal "secondaire".
> >>
> >>
> >> ---
> >> 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] REX de passerelle/modem 5G ? Par ex. un RUTX50-like plus léger ?

[Olivier Varenne via frnog]

C'est ce que j'ai sur mon toit de chez moi, pour mon backup en cas de coupure 
fibre.
Marche très bien. Un peu chiant à poser (super directif).

Mais bon, je suis pikousé mikrotik alors je suis pas objectif.



Cordialement,
 


Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Richard Klein
> Envoyé : lundi 7 octobre 2024 15:20
> À : Stéphane Rivière 
> Cc : frnog@frnog.org
> Objet : Re: [FRnOG] [MISC] REX de passerelle/modem 5G ? Par ex. un
> RUTX50-like plus léger ?
> 
> Bonjour,
> 
> Et pour les cas ou la réception est très compliqué il y a ce type de
> produit all in one:
> https://www.mhzshop.com/shop/3G-4G-5G/Routeurs-3G-4G-5G/CPE-
> 2G-3G-4G-LTE-ext-rieur-MikroTik-LHGG-LTE18-Kit-LHGGM-EG18-
> EA.html?listtype=search&searchparam=4G
> 
> Richard
> 
> 
> Le lun. 7 oct. 2024 à 14:52, Stéphane Rivière  a
> écrit :
> 
> > Le 07/10/2024 à 12:23, DUVERGIER Claude a écrit :
> > > Merci pour vos retours et vos arguments qui ont fait mouche, je
> vais
> > > opter pour du 4G : le Teltonika RUTX14 qui est Cat 12, histoire
> > > d'avoir un peu plus d'upload (150Mbps) que les 50Mbps du Cat 6.
> >
> > Ton upload sera fonction de ta proximité avec le relais et de son
> > occupation. Espérer avoir ce genre d'upload implique d'être juste a
> > coté ET de pas être dans une zone densément utilisée.
> >
> > Si tu veux du câble avec un minimum de perte (et encore pour une
> > petite longueur), il va falloir monter en diamètre (~11mm), avec un
> > prix et un rayon de courbure à faire peur aux chiens.
> >
> > Quoique je sois un adorateur des routeurs Teltonika (le top du
> > bidouillable kosto créé par des gens intelligents), si ton local tech
> > est dans un sous sol ou du béton, la suggestion de Toussaint
> (Mikrotik
> > SXT LTE6 (4G)) est une meilleure alternative : pas de coax, pas de
> > perte :)
> >
> > --
> > Stéphane Rivière
> > Ile d'Oléron - France
> >
> >
> > ---
> > 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] [ALERT] Problème OVH

[Olivier Varenne via frnog]

Bonjour

En sortant via orange, j'ai entre 50 et 100% de paquets perdus vers ovh;
En sortant via free, 0%.





Cordialement,
 



Olivier Varenne
Président, R&D et développement
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 


> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Richard Klein
> Envoyé : mercredi 30 octobre 2024 12:49
> À : Frederic Dumas 
> Cc : frnog-alert 
> Objet : Re: [FRnOG] [ALERT] Problème sur l'espace client OVH
> 
> Merci Frederic pour le feedback ;-)
> La semaine il y avait deja le problème de maniere aleatoire .
> Dans les deux cas j'etais sur une fibre orange.
> 
> Richard
> 
> Le mer. 30 oct. 2024 à 11:06, Frederic Dumas
>  a écrit :
> 
> >
> > Bonjour Richard,
> >
> > Même symptômes observés hier sur l'espace client OVH Telecom,
> > reproduits ce matin au moment de te répondre. Vider le cache et les
> > cookies n'a pas aidé.
> >
> >
> > Chez moi le problème apparait sur l'url <
> > https://www.ovhtelecom.fr/manager/#/>
> >
> >
> > Page blanche, impossible d'aller plus loin, sauf a ajouter 'telecom' à
> > la main à la fin de l'url. Ça ressemble à ce que tu observes sur <
> > https://www.status-ovhcloud.com/>
> >
> >
> > Se connecter via l'url  a
> marché.
> >
> >
> > --
> > Frédéric Dumas
> > f.du...@ellis.siteparc.fr
> >
> >
> > > Le 30 oct. 2024 à 11:13, Richard Klein 
> a écrit :
> > >
> > > Bonjour a tous,
> > >
> > > Avez-vous des problèmes pour accéder a l'espace client d'OVH.
> > > Je me log avec mes identifiants puis page blanche.
> > > Test sur plusieurs navigateur, sur plusieurs IP et avec plusieurs
> > > comptes OVH IDEM.
> > >
> > > Sur la page je ne trouve rien pour l'instant :
> > > https://www.status-ovhcloud.com/
> > >
> > > Désolé pour le bruit si je me suis trompé
> > >
> > > Bonne journée a tous
> > >
> > > Richard
> > >
> > > ---
> > > 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] [ALERT] Incident générique chez Alphalink

[Olivier Varenne via frnog]

"Le lien est geré par un presta et c’est du Orange.. est-ce lié ?"
Comme ça sans boule de crystal difficile à dire

Que dit le prestataire ? 😊


Cordialement,

 

Suivez-nous ! 



> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Merwan Zenati
> Envoyé : mardi 10 décembre 2024 16:12
> À : ZEPP Arnaud | ISIRIS 
> Cc : Steeve BEAUVAIS - Société Serinya Telecom
> ; frnog-al...@frnog.org
> Objet : Re: [FRnOG] [ALERT] Incident générique chez Alphalink
> 
> Quels sont les impactes ?
> Depuis le moment ou le premier mail a ete envoye sur ce thread, nous
> avons nos liens internet qui sautent sans arrêt. Le lien est geré par un
> presta et c’est du Orange.. est-ce lié ?
> Merci
> 
> > On Dec 10, 2024, at 3:30 PM, ZEPP Arnaud | ISIRIS
>  wrote:
> >
> > Bonjour.
> >
> > J'allais poster le même message. Effectivement, coupure chez tous
> mes clients.
> >
> >
> >
> > Cordialement,
> >
> > Arnaud ZEPP
> > ISIRIS
> > az...@isiris.fr
> > 
> > From: frnog-requ...@frnog.org  on behalf
> of
> > Steeve BEAUVAIS - Société Serinya Telecom
> > 
> > Sent: Tuesday, December 10, 2024 3:23:39 PM
> > To: frnog-al...@frnog.org 
> > Subject: [FRnOG] [ALERT] Incident générique chez Alphalink
> >
> > Salut à tous,
> >
> > Il y a un incident générique chez Alphalink qui impact Voix et
> > Collecte Data.
> > Pour l'instant la com est assez vague sans détail.
> >
> > Pas d'heure de fin estimative communiquée pour le moment.
> >
> > Je partage l'info si ça peut être utile :)
> >
> > Cordialement,
> > Steeve
> >
> > ---
> > 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] [ALERT] RE: Incident VOIP chez Alphalink/Rezocean

[Olivier Varenne via frnog]

> Après la vraie question sur le sujet : où l'herbe est-elle vraiment plus 
> verte en la matière ?

On bosse depuis 1 an maintenant avec FlexNetwork. On avait cherché justement un 
autre que Alphalink car on voit bien le niveau descendre…
Ça se passe bien, on a un bon contact humain.
Je pense qu’on va sérieusement accélérer la migration…

Ils sont sur cette ML, tu peux les contacter si tu veux.

Cordialement,

[cid:image001.png@01DB71AF.D26E6FB0]<http://www.ipconnect.fr/>

[cid:image002.png@01DB71AF.D26E6FB0]
Nouveau : En cas de support, vous pouvez dorénavant nous contacter sur deux 
numéros. Le numéro 0427044000 habituel, et désormais le numéro de support de 
secours : 0420267000

ATTENTION nous déménageons !
A compter du 18 décembre 2024, et jusqu'à la livraison de nos nouveaux locaux 
courant février/mars 2025, veuillez noter l'adresse temporaire d'expédition de 
vos retours SAV :
IPCONNECT
Attn : Jérome Gosio
9 rue des Picverts
34920 LE CRES

L'expédition des commandes sera effectuée exceptionnellement pendant cette 
période de transition 2 jours par semaines. Par mesure de précaution, nous vous 
invitons à procéder à une commande de stock "tampon". Nos colis resteront 
expédiés via UPS.


De : Charles ENEL-REHEL 
Envoyé : mardi 28 janvier 2025 17:03
À : Olivier Varenne 
Cc : ZEPP Arnaud | ISIRIS ; frnog-alert 
Objet : Re: [FRnOG] [ALERT] RE: Incident VOIP chez Alphalink/Rezocean

Je dis 5.

Donc encore un nouveau black-out général de toute la plaque VoIP (OpenVNO / 
VGO) chez Init-Sys / Alphalink depuis 15h30 ce jour 😡

Pour mémoire, le dernier black-out général du même ordre, pendant 4 heures 
durant, date du ... 10 décembre dernier !

Serai pas surpris d'une grosse vague de porta sortantes dans la foulée vers 
d'autres transitaires téléphoniques car là, les clients impactés n'en peuvent 
plus.

Après la vraie question sur le sujet : où l'herbe est-elle vraiment plus verte 
en la matière ?

Charles ENEL-REHEL

Le mar. 28 janv. 2025 à 16:56, Olivier Varenne via frnog 
mailto:frnog@frnog.org>> a écrit :
Oui depuis 15h30
On est à la panne numéro combien en 12 mois glissant déjà ? 3 ?




Cordialement,




Nouveau : En cas de support, vous pouvez dorénavant nous contacter sur deux 
numéros. Le numéro 0427044000 habituel, et désormais le numéro de support de 
secours : 0420267000

ATTENTION nous déménageons !
A compter du 18 décembre 2024, et jusqu'à la livraison de nos nouveaux locaux 
courant février/mars 2025, veuillez noter l'adresse temporaire d'expédition de 
vos retours SAV :
IPCONNECT
Attn : Jérome Gosio
9 rue des Picverts
34920 LE CRES

L'expédition des commandes sera effectuée exceptionnellement pendant cette 
période de transition 2 jours par semaines. Par mesure de précaution, nous vous 
invitons à procéder à une commande de stock "tampon". Nos colis resteront 
expédiés via UPS.


> -Message d'origine-
> De : frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> 
> mailto:frnog-requ...@frnog.org>> De la part de
> ZEPP Arnaud | ISIRIS
> Envoyé : mardi 28 janvier 2025 16:46
> À : frnog-alert mailto:frnog-al...@frnog.org>>
> Objet : [FRnOG] [ALERT] Incident VOIP chez Alphalink/Rezocean
>
> Bonjour.
>
>
> Après plusieurs appels clients, Alphalink vient de confirmer un incident
> VOIP général.
>
>
> Cordialement,
>
> Arnaud ZEPP
> ISIRIS
> az...@isiris.fr<mailto:az...@isiris.fr>
>
> ---
> 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] [ALERT] RE: Incident VOIP chez Alphalink/Rezocean

[Olivier Varenne via frnog]

Je peux te confirmer que nous pensons TRES SERIEUSMENT à porter nos clients
Meme plus que ça, on va le faire pour certains





Cordialement,

[cid:image001.png@01DB71AB.F24D2550]<http://www.ipconnect.fr/>

[cid:image002.png@01DB71AB.F24D2550]
Nouveau : En cas de support, vous pouvez dorénavant nous contacter sur deux 
numéros. Le numéro 0427044000 habituel, et désormais le numéro de support de 
secours : 0420267000

ATTENTION nous déménageons !
A compter du 18 décembre 2024, et jusqu'à la livraison de nos nouveaux locaux 
courant février/mars 2025, veuillez noter l'adresse temporaire d'expédition de 
vos retours SAV :
IPCONNECT
Attn : Jérome Gosio
9 rue des Picverts
34920 LE CRES

L'expédition des commandes sera effectuée exceptionnellement pendant cette 
période de transition 2 jours par semaines. Par mesure de précaution, nous vous 
invitons à procéder à une commande de stock "tampon". Nos colis resteront 
expédiés via UPS.


De : Charles ENEL-REHEL 
Envoyé : mardi 28 janvier 2025 17:03
À : Olivier Varenne 
Cc : ZEPP Arnaud | ISIRIS ; frnog-alert 
Objet : Re: [FRnOG] [ALERT] RE: Incident VOIP chez Alphalink/Rezocean

Je dis 5.

Donc encore un nouveau black-out général de toute la plaque VoIP (OpenVNO / 
VGO) chez Init-Sys / Alphalink depuis 15h30 ce jour 😡

Pour mémoire, le dernier black-out général du même ordre, pendant 4 heures 
durant, date du ... 10 décembre dernier !

Serai pas surpris d'une grosse vague de porta sortantes dans la foulée vers 
d'autres transitaires téléphoniques car là, les clients impactés n'en peuvent 
plus.

Après la vraie question sur le sujet : où l'herbe est-elle vraiment plus verte 
en la matière ?

Charles ENEL-REHEL

Le mar. 28 janv. 2025 à 16:56, Olivier Varenne via frnog 
mailto:frnog@frnog.org>> a écrit :
Oui depuis 15h30
On est à la panne numéro combien en 12 mois glissant déjà ? 3 ?




Cordialement,




Nouveau : En cas de support, vous pouvez dorénavant nous contacter sur deux 
numéros. Le numéro 0427044000 habituel, et désormais le numéro de support de 
secours : 0420267000

ATTENTION nous déménageons !
A compter du 18 décembre 2024, et jusqu'à la livraison de nos nouveaux locaux 
courant février/mars 2025, veuillez noter l'adresse temporaire d'expédition de 
vos retours SAV :
IPCONNECT
Attn : Jérome Gosio
9 rue des Picverts
34920 LE CRES

L'expédition des commandes sera effectuée exceptionnellement pendant cette 
période de transition 2 jours par semaines. Par mesure de précaution, nous vous 
invitons à procéder à une commande de stock "tampon". Nos colis resteront 
expédiés via UPS.


> -Message d'origine-
> De : frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> 
> mailto:frnog-requ...@frnog.org>> De la part de
> ZEPP Arnaud | ISIRIS
> Envoyé : mardi 28 janvier 2025 16:46
> À : frnog-alert mailto:frnog-al...@frnog.org>>
> Objet : [FRnOG] [ALERT] Incident VOIP chez Alphalink/Rezocean
>
> Bonjour.
>
>
> Après plusieurs appels clients, Alphalink vient de confirmer un incident
> VOIP général.
>
>
> Cordialement,
>
> Arnaud ZEPP
> ISIRIS
> az...@isiris.fr<mailto:az...@isiris.fr>
>
> ---
> 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] [ALERT] RE: Incident VOIP chez Alphalink/Rezocean

[Olivier Varenne via frnog]

Oui depuis 15h30
On est à la panne numéro combien en 12 mois glissant déjà ? 3 ?




Cordialement,
 



Nouveau : En cas de support, vous pouvez dorénavant nous contacter sur deux 
numéros. Le numéro 0427044000 habituel, et désormais le numéro de support de 
secours : 0420267000

ATTENTION nous déménageons !
A compter du 18 décembre 2024, et jusqu'à la livraison de nos nouveaux locaux 
courant février/mars 2025, veuillez noter l'adresse temporaire d'expédition de 
vos retours SAV : 
IPCONNECT
Attn : Jérome Gosio
9 rue des Picverts
34920 LE CRES

L'expédition des commandes sera effectuée exceptionnellement pendant cette 
période de transition 2 jours par semaines. Par mesure de précaution, nous vous 
invitons à procéder à une commande de stock "tampon". Nos colis resteront 
expédiés via UPS.


> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> ZEPP Arnaud | ISIRIS
> Envoyé : mardi 28 janvier 2025 16:46
> À : frnog-alert 
> Objet : [FRnOG] [ALERT] Incident VOIP chez Alphalink/Rezocean
> 
> Bonjour.
> 
> 
> Après plusieurs appels clients, Alphalink vient de confirmer un incident
> VOIP général.
> 
> 
> Cordialement,
> 
> Arnaud ZEPP
> ISIRIS
> az...@isiris.fr
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

RE: [FRnOG] [TECH] fin du câble en France

[Olivier Varenne via frnog]

Je plussoies
Le SXT fait bien le job. Petit, discret, Bonne sensi, directif mais pas trop 
(pas trouvé le diagramme ceci dit. Mais c'est mon propre retour d'expérience)





Cordialement, 


Nouveau : En cas de support, vous pouvez dorénavant nous contacter sur deux 
numéros. Le numéro 0427044000 habituel, et désormais le numéro de support de 
secours : 0420267000
ATTENTION nous déménageons !
A compter du 18 décembre 2024, et jusqu'à la livraison de nos nouveaux locaux 
courant février/mars 2025, veuillez noter l'adresse temporaire d'expédition de 
vos retours SAV : 
IPCONNECT
Attn : Jérome Gosio
9 rue des Picverts
34920 LE CRES

L'expédition des commandes sera effectuée exceptionnellement pendant cette 
période de transition 2 jours par semaines. Par mesure de précaution, nous vous 
invitons à procéder à une commande de stock "tampon". Nos colis resteront 
expédiés via UPS.

> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Toussaint OTTAVI
> Envoyé : dimanche 23 février 2025 16:54
> À : frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] fin du câble en France
> 
> 
> Le 22/02/2025 à 15:26, Stéphane Rivière a écrit :
> >
> > Ou alors regarder cartoradio pour choisir l'opérateur le mieux placé
> > et choper une petite boite de conserve mikrotik, le moins mal
> orientée
> > à partir de la 'bonne' fenêtre.
> 
> +1. Si c'est en ville, et s'il y a des fenêtres :-) il faudrait vraiment
> ne pas avoir de bol pour qu'aucun signal 4G ne soit capté depuis l'une
> d'elles. Ensuite, un Mikrotik SXT ou équivalent fera le job.
> https://mikrotik.com/product/sxt_lte6_2023
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

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

RE: [FRnOG] [ALERT] Nouvel Incident VOIP chez Alphalink/Rezocean

[Olivier Varenne via frnog]

Flex network
On est en train de migrer chez eux doucement. A chaque panne on accélère un 
peu
Tu peux contacter @Mickael CERQUEIRA qui traine parfois sur cette ML

Concernant Alphalink:
Laissé un message vocal au commercial alphalink. Pas de rappel. Pas de 
dédommagement sur les dernières pannes
A ITPartners, j'ai eu droit à un beau discours commercial plein d'excuses et de 
promesses... il ne répond plus aux emails de mes associés

Bref.



Cordialement, 
 

Nouveau : En cas de support, vous pouvez dorénavant nous contacter sur deux 
numéros. Le numéro 0427044000 habituel, et désormais le numéro de support de 
secours : 0420267000

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Steeve 
BEAUVAIS - Société Serinya Telecom
Envoyé : mardi 11 mars 2025 15:48
À : jerome Gosio 
Cc : Alexis Lameire ; ZEPP Arnaud | ISIRIS 
; frnog-alert 
Objet : Re: [FRnOG] [ALERT] Nouvel Incident VOIP chez Alphalink/Rezocean

3 fois en 3 mois, c'est dur...
Si vous avez des noms d'opérateurs en capacité de proposer du trunk pour un 
opérateur qui a son propre préfixe de porta et qui est en capacité de faire les 
portas en notre nom je suis preneur :)

Cordialement,
Steeve.


Le mar. 11 mars 2025 à 15:31, jerome Gosio  a écrit :

> Salut,
>
> Dernière Info :
>
> Statut de l'incident :
>
> Un défaut matériel est identifié. Des actions sont en cours pour 
> rétablir au plus vite les services.
>
> Veuillez nous excuser pour la gêne occasionnée.
>
> Cordialement,
> Les équipes Alphalink
>
> Défaut apparu le 2025/03/11 14:45
>
>
> Cordialement
>
>
>
>
>
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de 
> Alexis Lameire Envoyé : mardi 11 mars 2025 15:25 À : ZEPP Arnaud | 
> ISIRIS  Cc : Steeve BEAUVAIS - Société Serinya 
> Telecom < steeve.beauv...@serinyatelecom.fr>; frnog-alert 
>  Objet : Re: [FRnOG] [ALERT] Nouvel Incident 
> VOIP chez Alphalink/Rezocean
>
> Encore et toujours,
> je crois que telcocenter est construit sur un cimetière indien.
>
> Cordialement
> Alexis
>
> Le mar. 11 mars 2025 à 15:13, ZEPP Arnaud | ISIRIS  a 
> écrit :
>
> > C'est l'escalade support Alphalink qui m'a fourni cette info, et qui 
> > vient d'être confirmée dans une info sur l'espace client.
> >
> > Cordialement,
> >
> > Arnaud ZEPP
> > ISIRIS
> > az...@isiris.fr
> > 
> > From: Steeve BEAUVAIS - Société Serinya Telecom < 
> > steeve.beauv...@serinyatelecom.fr>
> > Sent: Tuesday, March 11, 2025 3:10:06 PM
> > To: ZEPP Arnaud | ISIRIS 
> > Cc: frnog-alert 
> > Subject: Re: [FRnOG] [ALERT] Nouvel Incident VOIP chez 
> > Alphalink/Rezocean
> >
> > Salut,
> >
> > Je confirme, la coupure n'est pas générale.
> > J'ai encore des appels qui passent avec eux.
> >
> > Cordialement,
> > Steeve
> >
> >
> > Le mar. 11 mars 2025 à 15:05, ZEPP Arnaud | ISIRIS  > > a écrit :
> > Bonjour.
> >
> > Après plusieurs appels clients, Alphalink vient de me confirmer un 
> > nouvel incident VOIP général.
> >
> > Cordialement,
> >
> > Arnaud ZEPP
> > ISIRIS
> > az...@isiris.fr
> >
> >
> > ---
> > 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/