1 Domaine d'application
2 Références
2.1 Références normatives
2.2 Références informatives
3 Termes et définitions
4 Abréviations et conventions
4.1 Abréviations
4.2 Conventions
5 Aperçu technique
5.1 Exigences relatives à la QS dans une architecture IPCablecom
5.2 Eléments de réseau pour l'accès à la QS IP
5.3 Architecture de la QS dynamique IPCablecom
5.4 Interfaces de la QS
5.5 Cadre pour la QS d'IPCablecom
5.6 Exigences pour la gestion de ressources des réseaux d'accès
5.7 Théorie de fonctionnement
5.8 Transposition d'échantillons des descriptions SDP en flowspecs de RSVP
6 Protocole de qualité de service
MTA vers CMTS (pkt-q3)
6.1 Aperçu général des extensions de RSVP
6.2 Flowspec du protocole RSVP
6.3 Définition d'objets RSVP supplémentaires
6.4 Définition des messages RSVP
6.5 Opération Réservation
6.6 Définition des messages Engagement
6.7 Opérations Engagement
7 MTA incorporés au protocole de QS
du câblo-modem (pkt-q1)
7.1 Mappage des Flowspec en paramètres de QS de J.112
7.2 Prise en charge de J.112 pour la réservation de ressources
7.3 Utilisation de l'interface de service de contrôle MAC J.112
8 Description de l'interface
d'autorisation (pkt-q6)
8.1 Les portes: un cadre pour le
contrôle de QS
8.2 Profil COPS pour IPCablecom
8.3 Formats des messages du protocole de contrôle des portes
8.4 Fonctionnement du protocole de contrôle de portes
8.5 Utilisation du protocole de porte par le CMS
8.6 Coordination de porte
Annexe A –
Définitions et valeurs des temporisateurs
Appendice
I
Appendice II –
Echantillon d'échanges de messages de protocole pour appel de réseau à réseau
en DCS de base pour MTA autonome
Appendice III –
Echantillon d'échanges de messages de protocole pour appel de réseau à réseau
en NCS de base pour MTA autonome
Appendice IV –
Exemple d'échanges de messages de protocole pour changement de codec à mi-appel
Appendice V –
Echantillon d'échanges de messages de protocole pour mise en garde d'appel
V.1 Exemple flux d'appel
Appendice VI –
Echantillon d'échanges de messages de protocole pour Indication d'appel en
instance
VI.1 Exemple flux d'appel
Appendice VII –
Echantillon d'échanges de messages de protocole pour un appel de base de réseau
à réseau en DCS d'un MTA intégré
Appendice VIII –
Exemple d'échanges de messages de protocole pour appel de base en NCS pour MTA
intégré
Appendice IX –
Scénarios de vol de service
IX.1 Scénario n° 1: clients établissant eux-mêmes des
connexions à QS élevée
IX.2 Scénario n° 2: clients utilisant une QS fournie pour des
applications non vocales
IX.3 Scénario
n° 3: absence de coopération du MTA pour la facturation
IX.4 Scénario n° 4: MTA modifiant l'adresse de destination
dans les paquets vocaux
IX.5 Scénario n° 5: utilisation de demi-connexions
IX.6 Scénario n° 6: terminaison rapide laissant une
demi-connexion
IX.7 Scénario n° 7: messages de coordination de porte
falsifiés
IX.8 Scénario n° 8: fraude dirigée contre des demandeurs
indésirables
Appendice X – COPS
(service commun de politique ouverte)
X.1 Procédures et principes de COPS
X.2 Comparaison de COPS et de LDAP pour la politique
Appendice XI – RSVP
(Protocole de réservation de ressource)
XI.1 Procédures et principes du protocole RSVP
XI.2 Flowspec de RSVP
Appendice XII –
Considérations sur le protocole TCP
XII.1 Exigences
XII.2 Changements recommandés
XII.3 Etablissement d'une connexion TCP affectant le délai après
numérotation
XII.4 Nécessité d'un
temps d'attente faible pour les paquets entre GC et CMTS, même en cas de
perte
XII.5 Blocage de tête de ligne
XII.6 Démarrage lent de TCP
XII.7 Retard de paquets: algorithme de Nagle
XII.8 Interface non bloquante
Appendice XIII –
Changement de paramètres de porte incompatibles pour appel NCS sur MTA
incorporé
Appendice XIV –
Changement de paramètres de porte incompatibles pour appel NCS sur MTA
intégré
Appendice XV – Echantillon
d'échanges de messages du protocole pour appel en instance avec NCS