Возможно, имелось в виду, как менялся протокол RSVP (Resource Reservation Protocol) с развитием технологий.

Изначально RSVP был ориентирован на мультимедийный трафик. 5 Протокол позволял приложениям посылать сигналы в сеть о своих требованиях к качеству обслуживания (QoS) для каждого потока. 5

С развитием технологий RSVP послужил основой для разработки других протоколов, связанных с коммутацией потоков. 2 Например, на базе способности RSVP прокладывать стабильные маршруты появились:

• протокол IFMP (1996, Ipsilon Networks) — коммутация по тегам в сетях ATM; 2
• протокол MPLS (1997, Cisco Systems) — коммутация по меткам в сетях IP; 2
• проект Ethane и протокол OpenFlow (2008). 2

Также RSVP стал частью других моделей, например, IntServ — модели интегрированного обслуживания, которая обеспечивает сквозное качество обслуживания, гарантируя необходимую пропускную способность. 5 IntServ использует для своих целей протокол сигнализации RSVP. 5

Кроме того, в 2004 и 2006 годах были выпущены стандарты, которые расширяли возможности RSVP: 3

• RFC 3936 (октябрь 2004) — описывал лучшие практики и указывал процедуры для модификации RSVP; 3
• RFC 4495 (май 2006) — расширял RSVP, позволяя уменьшать пропускную способность существующего резервирования, а не разрушать его. 3