Protocol cache Internet
Această intrare sau secțiune pe tema protocoalelor de rețea nu menționează sursele necesare sau cei prezenți sunt insuficienți . |
Internet Cache Protocol ( ICP ) este un protocol foarte ușor pentru localizarea obiectelor web incluse în cadrul proiectului Harvest. Un client ICP transmite un mesaj de interogare către unul sau mai multe servere ICP, întrebându-se dacă cache un anumit URI . Fiecare server poate răspunde cu un mesaj ICP care indică o lovitură, o ratare sau un raport. Clientul ICP folosește informațiile din răspunsurile ICP pentru a lua o decizie de a transmite cererea.
În plus față de predicția accesărilor cache, ICP este util pentru a oferi sugestii despre termenii de rețea într-o paradigmă inter-cache între proxy-uri . Mesajele ICP sunt similare cu ping-urile protocoluluiICMP în acest sens. Măsurând timpul de călătorie dus-întors (RTT), de la trimiterea cererii până la primirea răspunsului, pot fi estimate congestii de rețea. În caz extrem, mesajele ICP pot fi pierdute, indicând faptul că calea dintre cele două este întreruptă sau congestionată. Prin aceasta, un împuternicit decide să evite transmiterea acestei solicitări către vecin. Cel mai mare dezavantaj al utilizării protocolului ICP este latența mare generată de metoda cerere / răspuns. Proxy-urile cache trebuie să reducă latența, nu să o mărească. ICP suferă, de asemenea, de câteva deficiențe de proiectare: securitate, scalabilitate , accesări false și lipsa unei metode de solicitare. Protocolul nu include nicio caracteristică de securitate. La aceasta se adaugă scalabilitatea redusă a protocolului: numărul de mesaje ICP crește proporțional cu numărul de vecini. În consecință, lățimea de bandă disponibilă, invers proporțională cu numărul de mesaje, scade. Dacă nu utilizați o anumită schemă de partiție, această caracteristică plasează o limită superioară numărului de vecini pe care îl puteți avea. De obicei, nu este trecut de șase.
Cererile ICP conțin numai URI-uri , fără alte anteturi de solicitare suplimentare. Acest lucru face dificilă prezicerea corectă a accesărilor cache. O cerere HTTP poate include anteturi suplimentare, cum ar fi Cache-Control: max-stale = N, care transformă un hit cache într-un cache cache. În plus, ICP presupune că toate cererile sunt de tip GET. În acest fel, un cache proxy nu poate utiliza protocolul ICP pe lângă o metodă HEAD pentru localizarea unui obiect.
