Re: [FRnOG] [tech] OA over IP décalages de la voix

[Delpozo Vanessa]

Bonjour,

David,

Oui nous lui avons déjà posé la question et la réponse à été d'éditer un
dump avec leur support;  le résultat; il nous indique que leur conf est
bonne et qu'il ne constate pas de souci.
Nous lui confions la VOIP ainsi que le transport pour arriver à leur cœur
de réseau.




Le 30 janvier 2017 à 10:18, David Ponzone <david.ponz...@gmail.com> a écrit
:

> Faut chercher le point commun.
> Si c’est l’OLO le point commun unique, faut pas trop chercher ailleurs…
> Tu poses la question sur FRnOG, parce que l’OLO t’a déjà répondu que tout
> était ok chez eux (classique) ou tu lui as pas encore posé la question ?
> La connexion IP entre les clients et l’OLO, c’est OTI, ou c’est l’OLO qui
> fournit la connexion Internet du client aussi ?
> Si c’est OTI, faut regarder un problème de transit passager entre les 2,
> mais là encore, c’est à un des 2 OLO de répondre.
>
>
> > Le 30 janv. 2017 à 10:01, Delpozo Vanessa <vanessdelp...@gmail.com> a
> écrit :
> >
> > Bonjour,
> >
> > Je viens à vous car nous constatons en retour de notre support N1 de
> > plaintes émanant de clients indiquant des décalages dans la voix dans les
> > deux sens OVER IP; national, gsm, Intl quelques soit les PBX derrière.
> >
> > Aucune jigue, aucunes pertes point à point => proxy vers OA; où
> > inversement; avec un minimum de sauts L3 (environ 30ms).
> >
> > Liaison VOIP dédiée qui ne sature pas.
> >
> > La problématique ne se pose pas lorsque l'on s'interconnecte en direct IP
> > d'IPBX à proxy.
> >
> > Nous constatons ce phénomène uniquement sur des modèles OA T2.
> > Pas sur les OA100.
> >
> > Opérateur alternatif nous ne générons pas d'horloge.
> >
> > Nous utilisons la passerelle T2 / IP uniquement pour faire de la
> tolérance.
> > La partie modem n'est donc pas utilisée.
> >
> > Tout renseignement est bon à prendre
> >
> > Merci à vous tous et bonne semaine :)
> >
> > Building configuration...
> >
> > Current configuration:
> >
> > no reboot recovery-on-error
> > autoconfiguration 4
> > add-interface bvi 1
> > os-update enabled
> > execute
> > exit
> > ip dhcp vendorid voipt0t2-oneaccess standard
> > logging buffered debug
> > logging timestamp datetime msec
> > logging buffered size 16364
> > hostname 
> > interface GigabitEthernet 0/0
> > no ip address
> > bridge-group 1
> > no negotiation
> > duplex full
> > speed 100
> > exit
> > interface GigabitEthernet 0/1
> >
> > Press any key to continue (Q to quit)
> >
> > ip address 10.99.99.14 255.0.0.0
> >
> > Press any key to continue (Q to quit)
> >
> > exit
> > interface Bvi 1
> > bridge-group 1
> > ip address dhcp
> > exit
> > controller shdsl 0
> >  dsl-group 0
> >annex B-G tc-pam 16
> >caplist oldstyle
> >crc check 20
> >autoconfig
> >execute
> >  exit
> > exit
> > interface atm 0
> > driver ident 0
> >  range vp min 0 max 100
> >  range vc min 32 max 100
> >  execute
> > exit
> > dsl-group 0
> > exit
> > interface pri 5/0
> >
> > Press any key to continue (Q to quit)
> >
> > physical-interface E1
> > linecode hdb3
> > framing auto-detect
> > isdn
> >  application-interface voip
> >  layer2-emulation nt
> >  protocol-emulation isdn-nt
> >  permanent-layer2
> >  operator euronumeris
> > exit
> > no shutdown
> > exit
> > interface pri 5/1
> > physical-interface E1
> > linecode hdb3
> > framing DF
> > isdn
> >  application-interface voip
> >  layer2-emulation te
> >  protocol-emulation isdn-te
> > exit
> > no shutdown
> > exit
> >
> > Press any key to continue (Q to quit)
> >
> > interface atm 0.1
> > pvc ipoa vpi 8 vci 35
> >  ip address 0.0.0.0 255.255.255.0
> >  inarp no
> >  execute
> > exit
> > bridge-group 1
> > exit
> > ip route 0.0.0.0 0.0.0.0 10.99.99.13
> > sntp server xxx
> > no snmp set-write-community private
> > no snmp set-read-community public
> > voice-default
> > voice-port 5/0
> > clock-source free_run
> > echo-disable modem
> > tone France
> > calling-name-presentation disable
> > exit
> > voice-port 5/1
> > clock-source free_run
> > exit
> > dial-peer voice pots 0
> >
> > Press any key to continue (Q to quit)
> >
> > pots-grou

[FRnOG] [tech] OA over IP décalages de la voix

[Delpozo Vanessa]

Bonjour,

Je viens à vous car nous constatons en retour de notre support N1 de
plaintes émanant de clients indiquant des décalages dans la voix dans les
deux sens OVER IP; national, gsm, Intl quelques soit les PBX derrière.

Aucune jigue, aucunes pertes point à point => proxy vers OA; où
inversement; avec un minimum de sauts L3 (environ 30ms).

Liaison VOIP dédiée qui ne sature pas.

La problématique ne se pose pas lorsque l'on s'interconnecte en direct IP
d'IPBX à proxy.

Nous constatons ce phénomène uniquement sur des modèles OA T2.
Pas sur les OA100.

Opérateur alternatif nous ne générons pas d'horloge.

Nous utilisons la passerelle T2 / IP uniquement pour faire de la tolérance.
La partie modem n'est donc pas utilisée.

Tout renseignement est bon à prendre

Merci à vous tous et bonne semaine :)

Building configuration...

Current configuration:

no reboot recovery-on-error
autoconfiguration 4
 add-interface bvi 1
 os-update enabled
 execute
exit
ip dhcp vendorid voipt0t2-oneaccess standard
logging buffered debug
logging timestamp datetime msec
logging buffered size 16364
hostname 
interface GigabitEthernet 0/0
 no ip address
 bridge-group 1
 no negotiation
 duplex full
 speed 100
exit
interface GigabitEthernet 0/1

Press any key to continue (Q to quit)

 ip address 10.99.99.14 255.0.0.0

Press any key to continue (Q to quit)

exit
interface Bvi 1
 bridge-group 1
 ip address dhcp
exit
controller shdsl 0
  dsl-group 0
annex B-G tc-pam 16
caplist oldstyle
crc check 20
autoconfig
execute
  exit
exit
interface atm 0
 driver ident 0
  range vp min 0 max 100
  range vc min 32 max 100
  execute
 exit
 dsl-group 0
exit
interface pri 5/0

Press any key to continue (Q to quit)

 physical-interface E1
 linecode hdb3
 framing auto-detect
 isdn
  application-interface voip
  layer2-emulation nt
  protocol-emulation isdn-nt
  permanent-layer2
  operator euronumeris
 exit
 no shutdown
exit
interface pri 5/1
 physical-interface E1
 linecode hdb3
 framing DF
 isdn
  application-interface voip
  layer2-emulation te
  protocol-emulation isdn-te
 exit
 no shutdown
exit

Press any key to continue (Q to quit)

interface atm 0.1
 pvc ipoa vpi 8 vci 35
  ip address 0.0.0.0 255.255.255.0
  inarp no
  execute
 exit
 bridge-group 1
exit
ip route 0.0.0.0 0.0.0.0 10.99.99.13
sntp server xxx
no snmp set-write-community private
no snmp set-read-community public
voice-default
voice-port 5/0
 clock-source free_run
 echo-disable modem
 tone France
 calling-name-presentation disable
exit
voice-port 5/1
 clock-source free_run
exit
dial-peer voice pots 0

Press any key to continue (Q to quit)

 pots-group 0
 pots-group 1
 port 5/0
 no shutdown
exit
dial-peer voice pots 1
 pots-group 1
 port 5/0
 no shutdown
exit
dial-peer voice pots 4
 shutdown
exit
dial-peer voice voip 0
 sig-protocol sip
 dtmf-relay in-band
 fax-relay passthrough
 implicit-routing pots-group 0
 modem-passthrough
 passthrough-mode reinvite
 voip-coder-profile 0
 sip-sdp-on-alert
 sg3tog3 enable

Press any key to continue (Q to quit)

 no shutdown
exit
dial-peer voice voip 1
 sig-protocol sip
 dtmf-relay in-band
 fax-relay passthrough
 voip-coder-profile 1
 sip-sdp-on-alert
 sg3tog3 enable
 no shutdown
exit
dial-peer voice voip 3
 sig-protocol sip
 dtmf-relay in-band
 fax-relay passthrough
 implicit-routing pots-group 3
 modem-passthrough
 passthrough-mode reinvite
 voip-coder-profile 3
 sip-sdp-on-alert
 sg3tog3 enable
 no shutdown
exit

Press any key to continue (Q to quit)

voice-routing
 route 1
  dial-peer voip 0
  prefix-type outgoing called last
  prefix 00.   timer
  no loopback-routing
 exit
 route 2
  dial-peer voip 0
  prefix-type outgoing called last
  prefix 0.  length 10
  no loopback-routing
 exit
 route 3
  dial-peer voip 0
  prefix-type outgoing called last
  prefix .   timer
  no loopback-routing
 exit
 route 4
  dial-peer voip 1
  prefix-type outgoing called last
  prefix 00.   timer

Press any key to continue (Q to quit)

  no loopback-routing
 exit
exit
sip-gateway
 reg-dns-add 192.168.120.2
 prox-dns-add 192.168.120.2
 rtp-dscp 46
 payload-64k-unrestricted 125 20
 gw-interface gigabitethernet 0/1
 sip-username x
 sip-authentication x 
 no shutdown
exit
sip-server
 shutdown
exit
voip-coder-profile 0
 codec 0 g711a 20
 codec 1 g729ab 20
exit
voip-coder-profile 1
 codec 1 g711a 20
exit

Press any key to continue (Q to quit)

end

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

Re: [FRnOG] [MISC] (pré-)débrief AGURRE (LTE privée, évolution régul…)

[Delpozo Vanessa]

Jerome

Bonjour

Je suis fortement interessée.

Merci

Le 25 nov. 2016 01:14, "Jérôme Nicolle"  a écrit :

> Plop,
>
> Jeudi soir a eu lieu le colloque annuel de l'AGURRE, l'Association des
> Grands Utilisateurs de Réseaux Radio d'Exploitation.
>
> Cette association a pour but de fédérer les exploitants industriels
> d'infras radio distribuées, et rassemble entre autres RATP, SNCF,
> Air-France, ADP, EDF, et j'en passe.
>
> Tous ces acteurs ont des contraintes opérationnelles qui les ont
> historiquement poussé à développer et déployer des réseaux propriétaires
> (ACAS, RST…) ou un peu plus génériques (PMR / Tetra, GSM-R… ).
>
> Le développement des normes modernes dans le cadre de la normalisation
> des protocoles LTE permet d'envisager pour ces acteurs de cesser les
> développements spécifiques pour utiliser à la place des standards
> industriels.
>
> Le problème des déploiements radio est la gestion du spectre et des
> allocations locales, pas encore simple à gérer. l'ANFR et l'ARCEP sont
> parties prenantes, mais les opérateurs mobiles ont plutôt tendance à
> freiner toute initiative sur des protocoles ouverts qu'ils pensent
> s'être appropriés par l'achat de licences territoriales, sans pour
> autant proposer d'alternative techniquement ou économiquement viable.
>
> Il y a de plus en plus de cas d'utilisation de tels protocoles (et
> fréquences régulées) y compris sur des déploiements internes de plus ou
> moins grosses entreprises, et les équipementiers proposent déjà des
> solutions adaptées à des besoins qui ne sont pas nécessairement des
> couvertures larges de très grand territoires.
>
> Citons les solutions de couverture indoor, les réseaux de téléphonie
> interne, les collectes de passerelles IoT…
>
> AGURRE à pour vocation de rassembler des retours d'expérience et de
> militer pour l'accès d'opérateurs privés (i.e. pour usages internes,
> hors domaine public concédé par les licences de téléphonie mobile
> nationale, et pour d'autres usages) à des fréquences supportées par les
> équipementiers implémentant de tels protocoles.
>
> Pour ceux que ça intéresse, je suis en train de collecter les slides et
> retour d'expérience des membres actifs, afin de les partager au plus
> grand nombre. N'hésitez pas à me contacter pour faire suivre les infos !
>
> @+
>
> --
> Jérôme Nicolle
> 06 19 31 27 14
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] Macsec + mka derriere cisco over l2tp

[Delpozo Vanessa]

Oui j'ai repris le dossier.

Nous travaillons ensemble.

Le 18 nov. 2016 14:11, "Laurent CARON"  a écrit :

> Vanessa ?
>
> Vendredi...c'est permis ;)
>
> On 18/11/2016 09:23, sofiane JALID wrote:
>
>> Bonjour
>>
>> Je cherche à mettre en place un mecanisme dencryption de type macsec sur
>> du
>> hpe compatible.
>>
>> Le but etant de relier 2 sites en LAN 2 LAN OVER L2TP reliant A ET B.
>>
>> Lan A derriere une solution hp procurve + interco de type Ten vers switch
>> HPE dot1q2 vers CPE cisco de l'ISP.
>>
>> Le but de la manoeuvre etant de cloisonner en créant un lien entre les 2
>> sites sans empecher le transport des données de A vers B et inversement.
>>
>> Le problème du macsec c'est que cela agis au niveau 2 donc L2 over eth
>> vers
>> un cpe fai vers le next hope une où plusieurs dorsales backbone puis le
>> cisco de l'autre extremité puis les switch d'interco HPE pour finir par
>> les
>> procurve LAN.
>>
>> Je me suis apperçu qu'en activant le mka en mode enable je perdais le lien
>> entre A et B
>>
>> Quelqu'un aurait une idée précise sur le sujet
>> J'ai aussi comme idée de mettre du thales si ca marche pas où une solution
>> de NAC où de filtering L2 avec un FW.
>>
>> Merci bcp
>>
>> Sofiane
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [TECH] [FRnOG] [ALERT] Interco et conf switch H3C HP

[Delpozo Vanessa]

Bonjour à tous pour votre contribution

J'ai finalement reussi à mettre en place mes irf mardi matin donc un peu
avant votre réponse mais elle servira certainement à d'autres comme moi
cela fut le cas...

Dernière chose je voudrais mettre en place un mecanisme d'encapsulation sur
layer 2 donc agissement sur la trame eth de sorte à crypter les données sur
certain port giga.

Avec gestion des clés psk et chiffrement.

En gros une sorte d'ipsec sur mes hpe.

Je voudrais aussi enable le ssh j'y suis pas arriver j'ai mis en place que
le telnet pour le moment.

Que dois je adopter vous remerciant bcp

Frnogment,

Vanessa

Le 15 nov. 2016 10:35, "Sébastien Lesimple" 
a écrit :

> Ouais mais ca a du bon les vieux ronchons...
> Ca rale certes mais ca dépanne bien d'en avoir quelques uns sous la
> mains ;-)
>
> On 15/11/2016 09:42, David Ponzone wrote:
> > Ouais enfin, c’est parce que c’est une Vanessa qui a demandé.
> > Quand c’est Jean-Claude ou René, ça répond moins bien :)
> >
> >> Le 15 nov. 2016 à 09:39, Laurent CARON  a
> écrit :
> >>
> >> On 15/11/2016 09:34, Guillaume Barrot wrote:
> >>> Et après on dira que les mecs sur le FRNOG sont des vieux ours mal
> léchés
> >>> et pas pédagogue pour un sous ...
> >> Vieux, c'est le seul qui me dérange :P (mardi...vendredi est loin...).
> >>
> >>
> >> ---
> >> 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/

[TECH] [FRnOG] [ALERT] Interco et conf switch H3C HP

[Delpozo Vanessa]

Bonsoir à vous,

Je suis nouvelle sur la liste veuillez m'excuser si je ne respecte pas tous
les process.

Je viens à vous car j'essaye depuis quelques jours de mettre en place un
lab avec 3 switch que je dois stacker de la gamme Hp H3C

Je projete à très court terme de supprimer mes anciens switch pour mettre
cela à la place qui semble plus aboutis.

> Mais pour cela il faut que je puisse declarer des vlans dans la database
de ces derniers

Adresser quelques interfaces L3
Faire du lacp si possible,  de la Qos avec rate limit et oû par port ce qui
serait top pour limiter certain malin...

Jongler du mode access par port au du mode trunking
Allow certains vlans  et deny d'autres selon besoin

Shutter des ports, changer la vitesse de negociation des interfaces
physiques.

Interconnecter les switch entre eux en mode trunking serait pour moi le bon
compromis sur les memes gammes de switch

Bemole Ce sont des switchs avec une programmation CLI pas comme les
procurve dantant et ne suis pas coutumiere ...j'aimerai avoir si possible
un retour d'experience de senior avec un exemple de conf que je pourrais
par exemple moduler

EN vous remerciant par avance

Vanessa

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