Je reçois des propositions commerciales SDSL qui évoquent les débits ATM et
débit IP
Par exemple:
Débit ATM de crête Montant et Descendant: 2048 Kbps/2048 Kbps
Débit IP garantis Montant et descendant : 192 Kbps/ 192 Kbps
Quelle sont ces différences ?
Merci de vos réponses
--
Stand-Up La Radio On Line
http://www.std-up.com/radio.html
128 kbps Stéréo
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
JustMe
Jean-Luc a exposé le 24/11/2004 :
Je reçois des propositions commerciales SDSL qui évoquent les débits ATM et débit IP Par exemple: Débit ATM de crête Montant et Descendant: 2048 Kbps/2048 Kbps Débit IP garantis Montant et descendant : 192 Kbps/ 192 Kbps
Quelle sont ces différences ? Merci de vos réponses
N'en déplaise à fy, les données IP sont encapsulées dans le l'ATM, encapsulation qui fait perdre de la "place". Le seul dé"bit fixé est celui ATM, celui IP n'est qu'une estimation.
D'habitude c'est le debit minimum garanti qui est donné au niveau ATM pour "faire plus gros" ;-)
Jean-Luc a exposé le 24/11/2004 :
Je reçois des propositions commerciales SDSL qui évoquent les débits ATM et
débit IP
Par exemple:
Débit ATM de crête Montant et Descendant: 2048 Kbps/2048 Kbps
Débit IP garantis Montant et descendant : 192 Kbps/ 192 Kbps
Quelle sont ces différences ?
Merci de vos réponses
N'en déplaise à fy, les données IP sont encapsulées dans le l'ATM,
encapsulation qui fait perdre de la "place". Le seul dé"bit fixé est
celui ATM, celui IP n'est qu'une estimation.
D'habitude c'est le debit minimum garanti qui est donné au niveau ATM
pour "faire plus gros" ;-)
Je reçois des propositions commerciales SDSL qui évoquent les débits ATM et débit IP Par exemple: Débit ATM de crête Montant et Descendant: 2048 Kbps/2048 Kbps Débit IP garantis Montant et descendant : 192 Kbps/ 192 Kbps
Quelle sont ces différences ? Merci de vos réponses
N'en déplaise à fy, les données IP sont encapsulées dans le l'ATM, encapsulation qui fait perdre de la "place". Le seul dé"bit fixé est celui ATM, celui IP n'est qu'une estimation.
D'habitude c'est le debit minimum garanti qui est donné au niveau ATM pour "faire plus gros" ;-)
Dominique ROUSSEAU
fu2: frta
Je reçois des propositions commerciales SDSL qui évoquent les débits ATM et débit IP Par exemple: Débit ATM de crête Montant et Descendant: 2048 Kbps/2048 Kbps Débit IP garantis Montant et descendant : 192 Kbps/ 192 Kbps
Quelle sont ces différences ?
Le débit ATM, c'est le débit de synchronisation "physique". Une fois les diverses encapsulation entrant en jeu dans le cadre d'un accès *DSL, le débit IP est égal à environ 80% de cette valeur. (je n'ai plus en tête la valeur précise)
Ensuite, il est question du débit IP garanti, càd celui que contractuellement le fournisseur s'engage ce que tu aies au moins de débit de disponible. En général, il ne s'engage que pour la partie du réseau qu'il maitrise, càd qu'un problème de débit concernant un site d'internet X ou Y ne sera pas "inclu". Par engagement contractuel, je veux dire que si ce débit ne peut être atteint, le contrat prévoit des pénalités ou autre forme de compensation, voir les clauses de GTR et SLA du contrat.
Dom
fu2: frta
Je reçois des propositions commerciales SDSL qui évoquent les débits ATM et
débit IP
Par exemple:
Débit ATM de crête Montant et Descendant: 2048 Kbps/2048 Kbps
Débit IP garantis Montant et descendant : 192 Kbps/ 192 Kbps
Quelle sont ces différences ?
Le débit ATM, c'est le débit de synchronisation "physique".
Une fois les diverses encapsulation entrant en jeu dans le cadre d'un
accès *DSL, le débit IP est égal à environ 80% de cette valeur.
(je n'ai plus en tête la valeur précise)
Ensuite, il est question du débit IP garanti, càd celui que
contractuellement le fournisseur s'engage ce que tu aies au moins de
débit de disponible. En général, il ne s'engage que pour la partie du
réseau qu'il maitrise, càd qu'un problème de débit concernant un site
d'internet X ou Y ne sera pas "inclu".
Par engagement contractuel, je veux dire que si ce débit ne peut être
atteint, le contrat prévoit des pénalités ou autre forme de
compensation, voir les clauses de GTR et SLA du contrat.
Je reçois des propositions commerciales SDSL qui évoquent les débits ATM et débit IP Par exemple: Débit ATM de crête Montant et Descendant: 2048 Kbps/2048 Kbps Débit IP garantis Montant et descendant : 192 Kbps/ 192 Kbps
Quelle sont ces différences ?
Le débit ATM, c'est le débit de synchronisation "physique". Une fois les diverses encapsulation entrant en jeu dans le cadre d'un accès *DSL, le débit IP est égal à environ 80% de cette valeur. (je n'ai plus en tête la valeur précise)
Ensuite, il est question du débit IP garanti, càd celui que contractuellement le fournisseur s'engage ce que tu aies au moins de débit de disponible. En général, il ne s'engage que pour la partie du réseau qu'il maitrise, càd qu'un problème de débit concernant un site d'internet X ou Y ne sera pas "inclu". Par engagement contractuel, je veux dire que si ce débit ne peut être atteint, le contrat prévoit des pénalités ou autre forme de compensation, voir les clauses de GTR et SLA du contrat.
Dom
Cyril
JustMe :
N'en déplaise à fy, les données IP sont encapsulées dans le l'ATM, encapsulation qui fait perdre de la "place".
Ne pas oublier que le débit IP n'est pas un débit *utile*. Un datagramme IP (en-tête + données), éventuellement fragmenté, encapsule des datagrammes TCP, UDP (en-tête + données). Qui recouvrent données brutes et méta-informations des protocoles de niveau applicatif. Etc...
-- Cyril, du Havre
JustMe :
N'en déplaise à fy, les données IP sont encapsulées dans le l'ATM,
encapsulation qui fait perdre de la "place".
Ne pas oublier que le débit IP n'est pas un débit *utile*. Un
datagramme IP (en-tête + données), éventuellement fragmenté,
encapsule des datagrammes TCP, UDP (en-tête + données). Qui
recouvrent données brutes et méta-informations des protocoles
de niveau applicatif. Etc...
N'en déplaise à fy, les données IP sont encapsulées dans le l'ATM, encapsulation qui fait perdre de la "place".
Ne pas oublier que le débit IP n'est pas un débit *utile*. Un datagramme IP (en-tête + données), éventuellement fragmenté, encapsule des datagrammes TCP, UDP (en-tête + données). Qui recouvrent données brutes et méta-informations des protocoles de niveau applicatif. Etc...
-- Cyril, du Havre
eBart
"Cyril" a écrit dans le message de news: co75ao$fsb$
JustMe :
N'en déplaise à fy, les données IP sont encapsulées dans le l'ATM, encapsulation qui fait perdre de la "place".
Ne pas oublier que le débit IP n'est pas un débit *utile*. Un datagramme IP (en-tête + données), éventuellement fragmenté, encapsule des datagrammes TCP, UDP (en-tête + données). Qui recouvrent données brutes et méta-informations des protocoles de niveau applicatif. Etc...
Si tu veux vraiment calculer le débit **UTILE**, je te propose la formule suivante (à vu de nez, en moyenne, pour une consultation de quelques pages web moyenement bien fichues):
débit utile = 0.001*débit ATM
Qu'en penses tu ?
Bart
"Cyril" <cyril.nocton_@t_neuf.fr> a écrit dans le message de news:
co75ao$fsb$1@aphrodite.grec.isp.9tel.net...
JustMe :
N'en déplaise à fy, les données IP sont encapsulées dans le l'ATM,
encapsulation qui fait perdre de la "place".
Ne pas oublier que le débit IP n'est pas un débit *utile*. Un
datagramme IP (en-tête + données), éventuellement fragmenté,
encapsule des datagrammes TCP, UDP (en-tête + données). Qui
recouvrent données brutes et méta-informations des protocoles
de niveau applicatif. Etc...
Si tu veux vraiment calculer le débit **UTILE**, je te propose la formule
suivante (à vu de nez, en moyenne, pour une consultation de quelques pages
web moyenement bien fichues):
"Cyril" a écrit dans le message de news: co75ao$fsb$
JustMe :
N'en déplaise à fy, les données IP sont encapsulées dans le l'ATM, encapsulation qui fait perdre de la "place".
Ne pas oublier que le débit IP n'est pas un débit *utile*. Un datagramme IP (en-tête + données), éventuellement fragmenté, encapsule des datagrammes TCP, UDP (en-tête + données). Qui recouvrent données brutes et méta-informations des protocoles de niveau applicatif. Etc...
Si tu veux vraiment calculer le débit **UTILE**, je te propose la formule suivante (à vu de nez, en moyenne, pour une consultation de quelques pages web moyenement bien fichues):
