La Fibre

Télécom => Télécom => télécom ADSL / VDSL => Discussion démarrée par: hamzarb3 le 23 mai 2013 à 17:34:57

Titre: Gestion des modems
Posté par: hamzarb3 le 23 mai 2013 à 17:34:57
Bonjour,

Quels sont les principaux avantages du TR-069 par rapport au SNMP ?

Qu'est ce le Northbound Interface ?

Merci.
Titre: Gestion des modems
Posté par: vivien le 23 mai 2013 à 21:45:26
TR-069 est un peu le successeur de SNMP.

Attention, les fabricants implèmentent un peu chacun à leur sauce.

Un système qui gère TR-069 coûte plus cher que du SNMP.
Titre: Gestion des modems
Posté par: hamzarb3 le 23 mai 2013 à 23:08:50
TR-069 est plus fiable que SNMP puisque chaque constructeur implèmente sa propre MIB,

qu'est ce que le NBI et le SBI ?
Titre: Gestion des modems
Posté par: hamzarb3 le 27 mai 2013 à 12:59:09
1. Je trouve que;

NBI: interface vers le SBI des couches supérieures, par exemple NBI du serveur ACS vers le SBI du BOSS ou OSS de l’opérateur,

pouvez vous éclaircir qu'est ce que le BOSS et OSS réellement ?

SBI interfaces vers les services = vers les CPEs par exemple,

2. Qu'est ce que le mécanisme STUN = Simple Traversal of UDP through NATs ?

Pourquoi est ce faisable en TR-069 alors que ce n'est pas permis en SNMP ?

Merci par l'avance
Titre: STUN
Posté par: corrector le 27 mai 2013 à 15:46:22
2. Qu'est ce que le mécanisme STUN = Simple Traversal of UDP through NATs ?
Le système SNAT (Source NAT = modifie les adresses "source" d'un dialogue, c'est à dire l'adresse d'extrémité locale) fonctionne en créant automatiquement des associations quand il voit un dialogue qui commence; un 5-uplet TCP, UDP (ou autre) est :

(protocole, ip-source, ip-destination, port-source, port-destination)

donc le système SNAT crée des associations

(protocole, ip-privée-source, ip-destination, port-privé-source, port-destination)
<->
 (protocole, ip-publique-source, ip-destination, port-public-source, port-destination)

En détail, c'est bien plus complexe puisqu'il faut une gestion des états de la connexion (en TCP) et un système d'expiration (= time-out).

La plupart du temps : port-public-source = ip-privée-source (mais pas toujours!)

En UDP on peut relâcher cette contrainte et avoir des associations :

(UDP, ip-privée-source, *, port-privé-source, *) <-> (UDP, ip-publique-source, *, port-public-source, *)

puisque UDP est un protocole non connecté et qu'une socket liée à une adresse UDP locale (ip, port) peut recevoir et envoyer de plusieurs adresses UDP distantes différentes.

Il s'agit tout simplement de créer (et maintenir) une telle association sur un système SNAT en èmettant un paquet UDP sortant (et en réèmettant afin que l'association n'expire pas).

Pourquoi est ce faisable en TR-069 alors que ce n'est pas permis en SNMP ?
STUN n'a aucun rapport avec TR-069. Je ne comprends pas la question.
Titre: Gestion des modems
Posté par: hamzarb3 le 27 mai 2013 à 17:41:47
STUN n'a aucun rapport avec TR-069. Je ne comprends pas la question.

Un serveur ACS permet de gérer des CPEs (Home Devices) par l’intermédiaire de protocoles TR-111 et autres protocoles TR-069 pass-through,

pourquoi le SNMP ne le permet pas ? (gérer les home devices somme les STBs par exemple) ?
Titre: Gestion des modems
Posté par: thenico le 27 mai 2013 à 20:33:06
TR-069 est plus fiable que SNMP puisque chaque constructeur implèmente sa propre MIB,

Sur SNMP, on trouve très souvent dans un sous-node de .1.3.6.1.4.1 (http://www.alvestrand.no/objectid/1.3.6.1.4.1.html) des OID propriétaires à chaque constructeur.
Titre: Gestion des modems
Posté par: hamzarb3 le 27 mai 2013 à 23:56:14
d'accord,

concernant le STUN,

TR-069 s'appuie sur STUN pour résoudre le problème de la traversée NAT qui existe en SNMP, c'est ça ?

le U de STUN pour UDP, pourquoi UDP dans ce cas ? pas TCP par exemple ?
Titre: UDP vs. TCP
Posté par: corrector le 28 mai 2013 à 01:48:45
le U de STUN pour UDP, pourquoi UDP dans ce cas ? pas TCP par exemple ?
Comme j'ai dit :
En UDP on peut relâcher cette contrainte et avoir des associations :

(UDP, ip-privée-source, *, port-privé-source, *) <-> (UDP, ip-publique-source, *, port-public-source, *)

puisque UDP est un protocole non connecté et qu'une socket liée à une adresse UDP locale (ip, port) peut recevoir et envoyer de plusieurs adresses UDP distantes différentes.
TCP est un protocole connecté : une connexion TCP est définie par le 4-uplet :
ip-source, ip-destination, port-source, port-destination

Changer un seul paramètre donne une autre connexion TCP.

Malgré une ressemblance très superficielle entre TCP et UDP (les adresses d'extrémités sont définies par ip:port dans les deux), les deux protocoles sont complètement différents; ils ne sont même pas comparables, parce qu'ils ne servent pas à la même chose.
Titre: Gestion des modems
Posté par: hamzarb3 le 29 mai 2013 à 12:29:27
D'accord, merci

Il est impératif de transmettre des TR-069 connection request encapsulées dans des datagrammes UDP, et puis employer le mécanisme STUN afin de permettre la traversée du gateway,

De point de vue appellation générale, est ce qu'on peut dire que le CWMP = CPE WAN Management Protocol est compose d'un ensemble de Technical Report parmi lequels le fameux TR-069 et autres TRs ?
Titre: Gestion des modems
Posté par: corrector le 29 mai 2013 à 13:41:38
le mécanisme STUN afin de permettre la traversée du gateway,
De la NAT-box, s'il te plait!

Je suis assez pointilleux sur le fait d'appeler "NAT" le NAT et "gateway" ou "passerelle" ou "routeur" les routeurs normaux!

NAT-box (ou passerelle NAT à la rigueur), routeur normal : sont des choses tellement différentes qu'il faut absolument éviter toute confusion. Cela me semble essentiel.
Titre: Gestion des modems
Posté par: hamzarb3 le 29 mai 2013 à 16:23:51
De point de vue appellation générale, est ce qu'on peut dire que le CWMP = CPE WAN Management Protocol est compose d'un ensemble de Technical Report parmi lequels le fameux TR-069 et autres TRs ?

oui, je pense que c'est mieux de dire NAT-Box :)

avez vous des commentaires sur la relation CWMP <-> TR ?
Titre: Gestion des modems
Posté par: hamzarb3 le 06 juin 2013 à 18:48:04
les terminaux comme un STB et un IP Phone derrière un nat-box peuvent être gérés par un ACS via le TR-069,

est ce qu'il existe des exemples ou on peut gérer aussi un grand parc de cameras de surveillance via un même ACS (modem, STB, IP Phone, Camera...) ?
Titre: Gestion des modems
Posté par: vivien le 07 juin 2013 à 08:14:31
Pour l'administration des STB, c'est plus TR-135, un sous-ensemble de TR-069.

Aucune idée pour les caméras.