-
Otimo texto:
http://www.rnp.br/newsgen/9909/tcp_atm.html
-
Reservas de recursos podem ser aplicadas em redes IP sim. Tanto é que foi definido um protocolo para isso. Esse protocolo é o RSVP, que é definido na RFC2205.
O RSVP em si apenas sinaliza a reserva e depois delega a função de efetuar a reserva para outros componentes que conversam com o SO. Ele requer que exista um controle de admissão (reserva "só pode ser realizada se houver recursos disponíveis para atender a QoS solicitada na requisição") e também que existam escalonadores e classificadores de pacotes capaz de realizar tal reserva. A saber, a reserva de recursos pode ser implementada em Linux utilizando-se disciplinas de escalonamento baseadas em classe como a HTB (Hierarquical Token Bucket).
A questão está ERRADA.
-
RAZÃO PARA MANUTENÇÃO DE GABARITO
ITEM 81 – mantido.
Em ATM, existe um modelo de QoS que permite fazer reserva de recursos com base em conexões explicitamente estabelecidas e gerenciadas. Em IP, não há o conceito de conexões. Portanto, o modelo de QoS do ATM não pode ser aplicado para IP. Mesmo o mecanismo de RSVP, que faz reservas prévias de recursos, não pode ser considerado semelhante ao mecanismo de reserva do ATM, pois este se baseia em hardstate, enquanto o RSVP baseia-se em softstate, justamente por não haver conexões na rede IP. [Cespe]
Referência:
[Cespe]. Cespe
-
RAZÃO PARA MANUTENÇÃO DE GABARITO
ITEM 81 – mantido.
Em ATM, existe um modelo de QoS que permite fazer reserva de recursos com base em conexões explicitamente estabelecidas e gerenciadas. Em IP, não há o conceito de conexões. Portanto, o modelo de QoS do ATM não pode ser aplicado para IP. Mesmo o mecanismo de RSVP, que faz reservas prévias de recursos, não pode ser considerado semelhante ao mecanismo de reserva do ATM, pois este se baseia em hardstate, enquanto o RSVP baseia-se em softstate, justamente por não haver conexões na rede IP. [Cespe]
Referência:
[Cespe]. Cespe
-
Andre Beringela, prfvr, não tumultue. A questao tá errada e o motivo já foi explicado.
Quer discordar, sem problemas! Mas venha com uma boa fonte, não com achismos ou chorumelas!!!
Em ATM, existe um modelo de QoS que permite fazer reserva de recursos com base em conexões explicitamente estabelecidas e gerenciadas. Em IP, não há o conceito de conexões. Portanto, o modelo de QoS do ATM não pode ser aplicado para IP. Mesmo o mecanismo de RSVP, que faz reservas prévias de recursos, não pode ser considerado semelhante ao mecanismo de reserva do ATM, pois este se baseia em hardstate, enquanto o RSVP baseia-se em softstate, justamente por não haver conexões na rede IP. [Cespe]
CESPE.
-
Sangue de cristo , em 2004 , já havia questões nesse nível.
-
Comutação de Circuitos – Todo tráfego de informação passa pelo mesmo caminho. Esse tipo de comunicação é utilizado nas ligações telefônicas, onde um meio de comunicação exclusivo era utilizado para interligar emissor e receptor. (Informação é transportada inteira)
Comutação de Pacotes – As informações NÃO são transmitidas inteiras. Quando vamos enviar uma mensagem (e-mail, por exemplo), essa mensagem é dividida (quebrada) em tamanhos menores (pacotes). Os pacotes (pedaço de informações) podem seguir caminhos diferente para chegar ao destino, inclusive poderão chegar fora de ordem, pois serão reordenados no seu destino (Função dos protocolos TCP e UDP, que iremos estudas). Essa é a comutação que vigora na internet, sendo assim já anote: meio compartilhado, informação é transportada em pacotes, e esses pacotes seguem rotas diferentes.
FONTE: HACHID TARGINO.