URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 20355
[ Назад ]
Исходное сообщение
"скорость для PVC frame relay? "
Отправлено cisco , 19-Янв-10 13:29 
Теория говорит, что по одной выделенной линии может быть организовано несколько постоянных виртуальных соединений (PVC). Для каждого виртуального соединения сети (PVC) может быть задано свое значение гарантированной скорости передачи (CIR).
Если у меня доступ к порту FR со скоростью 512 kbps и на этом порту я организовываю N PVC, не указывая гарантированной скорости передачи (CIR), какая скорость будет на любом из созданных PVC?
Содержание
Сообщения в этом обсуждении
"скорость для PVC frame relay? "
Отправлено dae , 19-Янв-10 14:49 
>Теория говорит, что по одной выделенной линии может быть организовано несколько >постоянных
>виртуальных соединений (PVC). Для каждого виртуального соединения сети (PVC) может быть
>задано свое значение гарантированной скорости передачи (CIR).
>Если у меня доступ к порту FR со скоростью 512 kbps и
>на этом порту я организовываю N PVC, не указывая гарантированной скорости
>передачи (CIR), какая скорость будет на любом из созданных PVC?

А теория что молчит?)))
Раз это PVC, то будет 512\N kbps

"скорость для PVC frame relay? "
Отправлено chocholl , 19-Янв-10 15:46 
>>Теория говорит, что по одной выделенной линии может быть организовано несколько >постоянных
>>виртуальных соединений (PVC). Для каждого виртуального соединения сети (PVC) может быть
>>задано свое значение гарантированной скорости передачи (CIR).
>>Если у меня доступ к порту FR со скоростью 512 kbps и
>>на этом порту я организовываю N PVC, не указывая гарантированной скорости
>>передачи (CIR), какая скорость будет на любом из созданных PVC?
>
>А теория что молчит?)))
>Раз это PVC, то будет 512\N kbps

угу
а может умножить поставите )

"скорость для PVC frame relay? "
Отправлено dae , 20-Янв-10 10:47 
>>А теория что молчит?)))
>>Раз это PVC, то будет 512\N kbps
>
>угу
>а может умножить поставите )

а с чего умножить-то?
скорость логического канала не может превышать пропускную способность физического интерфейса

"скорость для PVC frame relay? "
Отправлено sh_ , 20-Янв-10 10:53 
>а с чего умножить-то?

Это шутко такое. :) Она будет равна скорости интерфейса (при условии, что по остальным PVC ничего бегать не будет)

"скорость для PVC frame relay? "
Отправлено dae , 21-Янв-10 15:49 
>>а с чего умножить-то?
>
>Это шутко такое. :) Она будет равна скорости интерфейса (при условии, что
>по остальным PVC ничего бегать не будет)

Насколько я понимаю из названия - эти логические каналы постоянные, те всегда существуют.
Значит скорость интерфейса поделится между ними равномерно в независимости от того загружены они или нет.
Или я не прав?

"скорость для PVC frame relay? "
Отправлено sh_ , 22-Янв-10 13:05 
Самый лучший способ уберечься от неправильных ответов, это проверить в лабе... :)
"скорость для PVC frame relay? "
Отправлено chocholl , 22-Янв-10 15:36 
как сказал предыдущий оратор, каждый pvc равноправен и получит скорость интерфейса.
"скорость для PVC frame relay? "
Отправлено dimitriy85 , 23-Янв-10 17:16 
>Теория говорит, что по одной выделенной линии может быть организовано несколько постоянных
>виртуальных соединений (PVC). Для каждого виртуального соединения сети (PVC) может быть
>задано свое значение гарантированной скорости передачи (CIR).
>Если у меня доступ к порту FR со скоростью 512 kbps и
>на этом порту я организовываю N PVC, не указывая гарантированной скорости
>передачи (CIR), какая скорость будет на любом из созданных PVC?

CIR и BIR задает провайдер в чьем ведении находится сеть FR. Если у вас имеется FR канал, то без ведома провайдера новые PVC работать не будут. Скорее всего Вы говорите про прозрачный канал. В таком случаи не может быть речи про CIR