IntServ (イントサーブ、Integrated Services) とは、IPネットワークにおいて通信フローごとに帯域などのネットワーク資源を確保することによって QoS (通信品質) を確保しようとする QoS 保証通信サービスである。IETF の RFC 1633 などの標準ドキュメントによって規定されている。IntServ には次の 2 つのサービスモデルがある。実時間のアプリケーションの QoS 保証には帯域、遅延のほかにジッター (遅延のばらつき) に関する保証も必要だが、IntServ の機構ではその実現は困難であり、保証項目としてふくまれていない。上記のサービスを実現するため、IntServ においてはアプリケーションが特定のフローに対する保証を要求するプロトコルとして RSVP (リソース予約プロトコル、Resource reSerVation Protocol) が用意されている。また、RSVP のメッセージがそのフローと同じパスを通過することを保証し、そのメッセージが通過する際に資源を予約することによって、要求されたサービスが実現されるようにしている。IntServ はコアルータのオーバヘッドが大きいために普及しなかったが、RSVP の複雑さなどの問題点も普及を妨げる原因となっていたと考えられる。RSVP に代わるプロトコルを設計してそれらの問題点を解決しようという試みも行われている。Intserv とくに RSVP は次のような理由から実際にはあまり利用されてこなかった。これらの問題点を解決する QoS 保証法として DiffServ が提案された。IntServ が普及しなかったのに比べて DiffServ はひろく使用されているが、次節でのべるように、問題点もあり、IntServ と組み合わせて使用する方法が提案されている。前記のようにフロー単位の制御をおこなう IntServ はスケールせず、大規模なネットワークにおいて使用できないという問題点がある。それに対してフローをクラスにまとめて制御する DiffServ は精密な制御ができないため、トラフィック量が限界にちかづくにつれて QoS が保証されないことが多くなるという問題点がある。そこで、LAN やアクセス網においては IntServ を使用し、コアネットワークにおいては DiffServ を使用するという方法 (たとえば "IntServ over DiffServ" とよばれる方法) が工夫された。このような方法の多くにおいては RSVP が使用され、そのメッセージがコア網も通過するが、コア網においてはそのメッセージによる資源予約はおこなわれない。そのかわり、エッジルータによってフローごとの要求がクラスごとに束ねられ、コア網においてはクラスごとに資源が確保される。RSVP はもともとこのように端点間のパスのなかの一部だけで動作することができるように設計されている。この方法は、コアネットワークのおおくは余裕があって (オーバープロビジョンされていて) DiffServ がうまくはたらくが、アクセス網においてはしばしば輻輳が発生するという現状に合っていると考えられる。

出典:wikipedia