REVIEW PAPER JARINGAN KOMPUTERFrom content delivery today to information centric networking

Hari ini, pengiriman konten adalah ekosistem yang heterogen terdiri oleh berbagai infrastruktur yang independen. Pertumbuhan perdagangan internet yang senantiasa meningkat telah mendorong proliferasi dari arsitektur yang berbeda untuk menyajikan kebutuhan provider isi dan permintaan pemakai. Meskipun teknologi berbeda-beda, implementasi mereka yang berada pada level rendah bisa digolongkan ke dalam beberapa blok: penyimpanan jaringan, rute permintaan, dan transfer data.solusi yang ada menjadi tidak efisien karena mereka mencoba membangun model layanan informasi sentris diatas infrastruktur jaringan yang didesain untuk mendukung komunikasi antar host. Paradigm ICN telah diusulkan sebagai solusi yang memungkinkan untuk ketimpangan ini. ICN mengintegrasikan penghantaran isi sebagai(content delivery) sebagai ciri jaringan yang alamiah. Rasionalnya adalah untuk membangun jaringan yang secara otomatis mengintegrasikan, memproses dan menghantarkan isi(informasi) secara independen dari lokasinya. Artikel ini menghasilkan kontribusi sebagai berikut:1. Mengidentifikasi serangkaian blok bangunan untuk penghantaran isi.2. Mensurvey pendekatan yang paling popular untuk merealisasikan blok bangunan tersebut.

3. Membandingkan solusi penghantaran isi yang terletak pada infrastruktur internet terkini dengan pendekatan ICN yang baru.

Internet pada awalnya disusun untuk memungkinkan komunikasi diantara pembicara yang berjauhan. Kemudian penetrasi akses yang luas dan evolusi stasiun yang dapat berpindah-pindah telah mengubah internet menjadi media untuk menghubungkan orang dengan isi: pengguna mencari informasi melalui google, menonton video melalui youtube, dan berbagi file melalui bit torrent. Penyebaran isi telah menyebabkan partumbuhan exsponensial dari volume perdagangan internet; tren ini diharapkan agar berlanjut di masa depan dan saat ini dikendalikan oleh layan video sentris. Perkembangan penghantaran isi utamnya lebih didorong oleh kebutuhan pasar daripada rancangan arsitektur yang saling berkaitan. Konsekuensinya, dewasa ini penghantaran isi tersebut beraneka ragam. Di samping itu, solusi yang diajukan dalam bidang ini dicirikan dari ketidak efisienan yang disebabkan oleh kenyataan bahwa mereka mencoba untuk menyesuaikan permasalahan sentris isi dengan infrastruktur yang dibangun diatas model komunikasi antar pembicara.Untuk mengatasi pergeseran yang diakibatkan oleh perbedaan antara permasalahan penghantaran isi dan model komunikasi antar pembicara, komunitas peneliti baru-baru ini telah memfokuskan pada ICN (Information Centric Internetworking), paradigm jaringan yang baru yang mengintegrasikan penghantaran isi sebagai ciri jaringan yang alamiah. Dasar pemikirannya adalah untuk membangun jaringan secara otomatos menginterpretasikan, memproses dan menghantarkan isi(informasi) secara independen ke lokasinya. Pergeseran komunikasidi wujudkan dengan mengganti alamat host dengan nama konten. Data yang dinamai diubah sesuai permintaan pengguna, dan dapat disembunyikan oleh komponen jaringan apapun (termasuk yang mengarahkan rute) yang dilengkapi dengan penyimpanan.Sejak pengajuan ini para peneleiti semakin tertarik pada pendekatan ICN seperti yang diperagakan oleh banyak proyek penelitian (seperti yang terlampir pada table). Dalam paper ini, kita kita melihat pada blok bangunan mendasar yang dibutuhkan untuk penghantaran isi dan bagaimana mereka memetakan pada konsep ICN pada umumnya. Atas dasar ini, kami kemudian menyelesaikan dengan membandingkan model ICN dengan model pengahantaran isi yang terkini.

Content Delivery/ Penghantaran isiPada bagian ini, ditinjau mekanisme tingkat rendah yang digunakan oleh mekanisme penghantaran isi yang dirumuskan. Dengan mengesampingkan perbedaan diantara teknologi, implementasi tingkat rendah mereka bisa digolongkan dalam beberapa blok bangunan yang utama: penyimpanan jaringan, permintaan rute dan transfer data.

1. Penyimpanan jaringanSolusi pengiriman konten dapat menyajikan isi dari satu set lokasi jaringan atas nama penyedia konten yang orisinil. Fungsi ini disebutkan sebagai network storage. Cache Web adalah yang pertama secara luas mengadopsi solusi penyimpanan jaringan. Penyembunyian jaringan menyangkut serangkaian perwakilan jaringan yang di perbanyak dengan kemampuan menyembunyikan. Batasan utama dari Web chace adalah sebagai berikut: (i) skalabilitas: lalulintas yang overload masih mungkin timbul di bagian atas hierarki di dalam kehadiran cahaya yang banyak; (ii) konsistensi isi: tidak ada koordinasi antara penyembunyian jaringan dengan penyedia isi; (iii) kurangnya transparansi: pengguna mungkin secara manual perlu menyusun browser mereka dengan alamat proxy.Content Delivery Networks (CDNs) diperkenalkan untuk mengatasi keterbatasan web chacing. Batasan ini telah disoroti dengan meluasnya layanan jaringan seperti isi yang dinamis, video sesuai permintaan dan live streaming. CDN adalah jaringan kompleks dari server-server yang didistribusikan melewati internet yang bekerja sama untuk penghantaran isi.

Saat ini CDN didasarkan pada minimal 3 pelaku utama: penyedia isi, penyedia CDN dan operator jaringan. Hubungan diantara ketiganya utamanya berdasarkan pada perbedaan ekplisit dengan peraturan pelanggan/penyedia yang jelas. Tidak ada standar mekanisme untuk menjalankan konten penerbitan dan pengiriman ke pengguna akhir.

Network storage evolution over the years.

2. Request Routing

Content Delivery diawali dengan memetakan permintaan isi pengguna untuk mengkopi konten/isi. Tujuan utama adalah memetakan permintaan menuju ke lokasi terbaik dari node jaringan menuju ke pengguna. Name-based Minimum cost routing dapat memahami pemetaan ini dengan menerjemahkan isi nama yang diinput manusia ke dalam alamat IP dari node penghantaran isi. Kita memanggilnya function request routing. Request routing agak kompleks karena fungsi biaya untuk meminimalkan tergantung pada beberapa faktor: Jaringan topologi, ketersediaan konten, kondisi server dan jaringan negara. Gambar 2 meringkas langkah-langkah evolusi permintaan perutean dari desain berbasis DNS ke beban-aware anycast IP. Hari ini, kebanyakan komersial solusi pengiriman konten memanfaatkan Domain Name System (DNS) untuk melaksanakan permintaan perutean. Ini adalah pilihan yang alami untuk alasan berikut: (i) DNS yang digunakan oleh sebagian besar aplikasi, dan (ii) memiliki infrastruktur di mana-mana padat dikerahkan di seluruh dunia. Namun, DNS dirancang untuk resolusi nama, yaitu, menerjemahkan nama host ke host alamat, dan bukan untuk permintaan perutean. Di pasar pengiriman konten, dua populer permintaan DNS-based routing mekanisme yang digunakan: dalam berikut, kita merujuk kepada mereka traditional DNS dan anycast DNS.

Request routing evolution over the years.

3. Data TransferSolusi Content Delivery bertanggung jawab pada ptransfer dari permintaan item konten dari satu atau banyak lokasi penyimpanan untuk pengguna. Kita memanggilnya function data transfer. Menunjukkan evolusi transfer data selama tahun-tahun dari klien/server ke HTTP-based-driven. Di bawah paradigma klien/server, masing-masing permintaan konten disajikan oleh server yang unik yang menyajikan konten yang diminta menggunakan koneksi TCP. TCP telah berhasil dirancang untuk komunikasi klien/server, menyediakan skala dan transfer data yang bisa dihandalkan dalam sender-based fashion.

Data transfer model evolution over the years.

Information-centric networking

Jaringan Information-Centric (ICN) adalah sebuah paradigma jaringan di mana komunikasi diambil dengan mengubah nama data daripada mengirimkan paket dari sebuah sumber untuk suatu tujuan. Rumusan ini membuat ICN, seperti CDNs, dan pengambilan konten di jantung jaringan. Dengan menggunakan ICN untuk pengiriman konten dapat berpotensi mengatasi keterbatasan CDN dengan yang baru dari protokol yang mengambil keuntungan dari infrastruktur jaringan lengkap.

Rincian ICN belum diselesaikan. Masih ada banyak perdebatan tentang model layanan umum, arsitektur, dan protokol yang akan distandardkan, tetapi ada konsensus pada beberapa fitur yang diberikan ICN.

Pertama-tama, konten dalam ICN dikenalpasti oleh nama, sesuai dengan itu, permintaan konten hanya ditujukan kepada konten nama. Jaringan entiti menggunakan nama ini untuk rute permintaan konten kepada salah satu komputer yang semesta alam resmi salinan konten yang diinginkan. Ia berikut yang ICN akan mendukung beberapa bentuk nama berbasis- routing dan untuk mencegah, di mana paket yang ditujukan kepada nama konten daripada sebuah lokasi geografis, misalnya, alamat IP. Sim- ilarly CDNs modern, pilihan pada host khusus (atau subset dari alam semesta) di mana permintaan pesan diteruskan dapat tergantung pada beberapa faktor, misalnya, jarak dari meminta pengguna saat ini, server load, dan beban trafik dalam jaringan.Pada bagian ini, kita mencirikan ICN sama dengan tiga fungsi dasar yang dijelaskan pada CDN, yaitu : network storage, request routing dan transfer data.1. Network storage

Sesungguhnya, semua solusi ICN perwujudan router dilengkapi dengan lokal cache yang mana mereka dapat menyimpan bagian dari data yang mengalir melalui mereka. Sebagai contoh, yang ditunjukkan di dalam gambar berikut. Node B mengeluarkan pesan yang menarik untuk memberikan bagian dari konten X. Konten tersebut telah diterbitkan oleh node F dan oleh karena itu, permintaan pesan Q(X) melintang router R1, R3, dan R5. Node F menerima pesan hasil yang dikeluarkan oleh node B dan mengirimkan bagian dari konten X. konten data X akan menjelajahi node R5, R3 dan R1 kembali akan menyimpan salinan bagian dari konten dalam cache mereka.

An example of in-network caching.Berdasarkan pada hasil di atas, mereka menyimpulkan bahwa itu tidak sesuai untuk merubah secara radikal arsitektur internet yang hanya mendukung Network caching. Pada kenyataannya, logarithmic meningkatk dalam efektivitas di-cache jaringan dengan ukuran cache tidak dapat beradaptasi dengan pesat pada pertumbuhan konten Internet.2. Request RoutingIcn memungkinkan location-independent akses terhadap konten , yang berarti bahwa pengguna bisa mengambil konten tanpa mengetahui lokasinya .Ia mengikuti konten tersebut adalah pengidentifikasi location-independent; hal ini membutuhkan mekanisme untuk rute yang sesuai dengan permintaan terhadap konten yang dikeluarkan oleh para pengguna yang paling tepat melayani node , yaitu , node yang menyimpan salinan konten yang diinginkan.Pendekatan yang mungkin untuk memenuhi kebutuhan di atas adalah untuk memindahkan fungsi dns-like di dalam jaringan .Solusi yang dihasilkan , yang dapat dianggap sebagai evolusi dari pendekatan yang digambarkan dalam bab 2.2 cdn , bergantung pada anappropriate diberikan oleh penyedia layanan jaringan yang memetakan identifier dari konten yang diinginkan ke alamat ( location-dependent dari yang paling tepat melayani node .Sekali operasi sudah selesai pemetaan seperti itu , permintaan itu dapat dialihkan dan disampaikan dengan menggunakan salah satu mekanisme routing tradisional dan forwarding .Dengan demikian , ini memiliki tiga pendekatan konseptual seperti yang dijelaskan dalam tahap routing. Yaitu:

Routing permintaan pesan yang tepat untuk melayani node di mana isinya nama ini diterjemahkan ke dalam satu atau lebih dari satu alamat di mana sebuah node salinan konten yang tersedia tersebut .

Peta permintaan pesan untuk ( s ) node tersebut .

Routing data dari node tersebut kepada penduduk requester

Sebagai contoh , dalam 43,53 pemetaan diantara identifikasi konten dan location-dependent sebuah identifier yang dilakukan oleh satu set yang merupakan titik rendezvous network.when node ingin mempublikasikan dalam beberapa sehingga menjadi keras kepala itu untuk penyimpanan , ini akan memberikan keduanya &; konten ini , lokasi &; gt pertemuan ke dalam jaringan .Informasi tersebut akan dibagikan pada jaringan bertemu menggunakan mekanisme seperti yang diusulkan dalam DONA.3. Data TransferTanggung jawab yang besar dari lapisan transportasi untuk mendukung malam waktu setempat dan bisa diandalkan untuk menerapkan kontrol kemacetan .Dukungan dari keandalan ini tidak begitu sulit dalam icns .Pada kenyataannya , hal ini gagang telepon itu yang mengirimkan permintaan tertentu dari potongan-potongan data dengan potensi sumber informasi dan karena itu , mekanisme sederhana yang dapat dilakukan di mana penerima tertarik retransmits permintaan buah konten yang belum diterima dengan benar.Setelah itu baru solusi yang diperlukan. Untuk mengendalikan kemacetan desain utama tujuan untuk mengejar adalah sebagai berikut: Efisiensi: kontrol solusi kemacetan tidak bisa hanya bergantung pada hal hal yang tidak secara eksplisit pemberitahuan dari lapisan yang lalu , harus mengakui kemacetan dengan mengamati kejadian jaringan dari luar .Untuk menghindari kehancuran jaringan seperti dalam konteks , hal hal yang harus kontrol pemerintah konservatif dan akan mengurangi tingkat transmisi dan tanda kemacetan yang terjadi .Hal ini berakibat pada rendahnya pemanfaatan sumber daya jaringan tersedia. Keadilan: jaringan yang tersedia sumber daya bersama harus bersaing cukup antara kali. Ini adalah kompleks menengah karena jaringan tidak dapat menjalankan node informasi tentang negara yang aktif dalam pertemuan itu melintasi.Akhirnya. Selama dua dekade terakhir telah terjadi sebagian besar upaya penelitian ini ditujukan untuk memperbaiki masalah yang timbul oleh adanya kemacetan tcp kontrol dalam domain aplikasi yang ditandai oleh tingginya delay-bandwidth produk , kemungkinan besar kehilangan , node dan mobilitas link ( asimetri 55,3,22 lihat , misalnya ). Baru baru ini , sebab usulan perluasan icn untuk domain aplikasi tersebut telah muncul. Dengan demikian, hal ini sangat penting untuk belajar pelajaran yang berasal dari penelitian yang berkaitan dengan TCP.ICN vs CDNIni adalah masalahglobal yang membentuk kembali ke sana, ke dalam berbagai infrastruktur yang dibangun di atas arsitektur tradisional, jaringan sebuah materi yang membentuk model pengiriman. Model ini, aktor yang memainkan peran utama yaitu: cdn ke dalam jaringan tersebut, penyedia konten ISPs. CDN ( penyedia layanan seperti akamai , limelight dan tingkat 3 ) membangun dan mengoperasikan teknologi proprietary, diberikan sebagai layanan yang baik untuk penyedia konten isps dan kecil .Sebaliknya , besar menyebarkan isps mereka sendiri dalam arsitektur penyediaan lebih baik bagi mereka yang memanfaatkan prasarana dan bisa mencari kesempatan baru .Untuk tujuan ini , besar isps mengakuisisi kebanyakan isi dari pengiriman larutan lokalisasi ( lalu lintas , aplikasi dan percepatan transparan ) caching dari beberapa pedagang. Pada bagian ini , hari ini kita membandingkan pengiriman konten dengan sebuah model yang diusulkan oleh ICN yang tergambar pada gambar .5 ( ( a dan b , secara berturut-turut .Lebih spesifik lagi , dalam gambar .5 ( ) kita saat ini pengiriman konten yang mewakili model yang bergantung pada lapisan jaringan server menyediakan fungsionalitas content-aware content-oblivious infrastruktur lebih dari satu .Sedangkan di gambar .5 b ) kami mewakili information-centric model di mana jaringan content-aware fungsionalitas yang disediakan dalam komunikasi adalah infrastruktur .Dalam membandingkan dua model , kita menggunakan metrik heterogenitas yaitu sebagai berikut , efisiensi , reactivity , dan granularity.

Heterogenitas

Evolusi pengiriman konten utamanya telah didorong oleh kebutuhan pasar daripada sebuah rangkaian rencana arsitektur. Akibatnya, hari ini isi ekosistem pengiriman sangat heterogen. Heterogenitas ini kadang-kadang interoperability batas-batas dan mencegah dari berbagai sarana dan prasarana Interoperability, kedua adalah masalah teknis dan operasional. Di satu sisi , keragaman desain yang tersedia memerlukan solusi dari mekanisme ad-hoc untuk memungkinkan komunikasi antar berbagai sarana dan prasarana. Di sisi lain, operasi besar besaran akan menantang manajemen saat ini melibatkan beberapa lembaga , provisioned sering dengan berbagai sumber daya dan dioptimalkan untuk berbagai tujuan kinerja .Adanya para pelaku pasar banyak ( cdn penyedia layanan kesehatan , isps , penyedia konten ) membuat mengelola tugas ini lebih rumit .Keterhubungan yang berbeda dari kandungan untuk pengiriman saat ini sedang dalam penyelidikan cdni dalam working group di IETF. Desain ICN yang paling menganjurkan penggunaan penyimpanan didistribusikan secara luas, yaitu kemampuan penyimpanan yang tertanam dalam jaringan, (Memungkinkan penyimpanan yang heterogenitas mengatasi infrastruktur yang ada solusi dan penyimpanan jaringan yang berkaitan dengan kompleksitas pengelolaan. ICN tidak menyebutkan bahwa penyimpanan ( misalnya tetap harus diletakkan di mana-mana, penyimpanan yang tidak efektif di atas sebuah penghambat ) namun bandwidth , secara optimal memiliki fleksibilitas untuk mengalokasikan sumber daya yang dibutuhkan yaitu penyimpanan di mana keuntungan yang jelas .Juga , seragam infrastruktur dapat meningkatkan konsistensi penyimpanan data di jaringan , meskipun tantangan yang sangat membahayakan bagi pengelolaan sistem .EfficiencyKonten pengiriman prasarana tersebut sebagian besar digelar sebagai layanan ip lapisan atas. Pemisahan ini antara jaringan angkutan hasil dan isi pengiriman infrastruktur sering menyebabkan suboptimal pemanfaatan sumber daya jaringan .Bandwidth dan penyimpanan yang secara independen dikelola oleh masing-masing service-dedicated overlay dengan tidak ada atau sedikit pengetahuan dari variasi dalam kondisi jaringan yang mendasari .Sebagai contoh, penyeimbangan beban mempertimbangkan permintaan pengiriman konten antara server dengan konfigurasi. Hari ini , permintaan peta server melakukan seleksi hanya pada informasi pengiriman konten yang tersedia di tampilan ( misalnya , beban server , ketersediaan konten ) .Server seleksi maksimal hanya dapat dicapai dengan akuntansi juga untuk informasi terkait jaringan , misalnya , jalan panjang dan kemacetan lalu lintas jaringan. Selain itu , rekayasa lalu lintas pada jaringan yang harus bisa meminta keputusan dengan peta konflik , menyebabkan potensi instabilities .Kurangnya kerjasama antara sarana dan prasarana penyediaan konten yang dapat mengantarkan penyimpanan juga tidak efisien untuk pemanfaatan ialah konten yang sama dapat diulangi beberapa kali dari server ke berbagai sarana dan prasarana yang dimiliki . Icn receiver-driven mengusulkan pengiriman, sebuah lapisan baru itu yang mendorong query mentransfer data dari bagian yang berurutan dari suatu item dalam menulis.Setiap potongan yang diarahkan ke atas independen yang melayani terbaik sesuai metrik dalam sebuah kelenjar tertentu ( misalnya, kecil ) dimuat atau dekat.Jadi, koordinasi antara pemprov dan sumber pengirim cara yang tidak diperlukan. Juga, transportasi ICN adalah lapisan yang dipadukan dengan erat dan meminta manajemen penyimpanan peta. Ia mengikuti alokasi penyimpanan dan bandwidth yang dapat dimanfaatkan secara optimal, yang mengarah ke jaringan yang lebih efisien dalam pemanfaatan sumber daya dari hari ini adalah solusi penyediaan konten , di mana sumber alam itu dikelola secara mandiri .Dalam konteks ini , hal ini menjadi penting untuk memahami interaksi antara kompleks penyimpanan dan transfer data jaringan dan merancang sesuai mekanisme alokasi sumber daya.

ReactivityDi hadapan perubahan mendadak di lalu lintas permintaan atau popularitas, reconfiguration yang dinamis dari isi infrastruktur pengiriman diperlukan.Tiruan konten mungkin harus direorganisasi dan meminta informasi routing harus benar diperbarui.Konten arsitektur yang pengiriman dapat dirancang dengan yang diinginkan tingkat internal reactivity.Namun, mereka memiliki sedikit atau tidak kontrol di ketanggapan permintaan mekanisme peta seperti ini adalah sebagian besar didelegasikan untuk pihak ketiga dns server. Permintaan peta icn mengintegrasikan sebagai sebuah jaringan melalui fitur name-based peta asli .Peta name-based melekat pada topologi jaringan , sehingga memberikan reactivity tinggi .Oleh karena itu , hal ini yang paling potensial untuk mengatasi keterbatasan dns-based permintaan mekanisme routing .Jelas , skala peta name-based mewarisi intrinsik kompleksitas masalah peta biaya minimum , dan ia masih tetap menjadi sebuah masalah terbuka .GranularitySarana dan prasarana penyediaan konten konten permintaan mereka untuk menghubungkan node dengan kasar granularity .Secara khusus , kelompok pengguna yang sama di belakang recursive dns memang terlihat sebagai satu pengguna; juga , konten permintaan akan diperlakukan secara independen dari ukuran isi .Hal ini tergantung baik pada kasar granularity intrinsik dns-based keterbatasan peta dan di sisi permintaan connection-oriented sifat tcp dan ip transportasi. Untuk mencapai efisien dalam rangka pemanfaatan sumber daya jaringan yang tersedia yang tinggi dan kualitas pengalaman pengguna , permintaan peta keputusan untuk setiap pengguna permohonan adalah harus terus dievaluasi. Idealnya, setiap pengguna permintaan untuk satu set byte potongan harus mengalahkan server konten yang terbaik untuk pengiriman pada saat pengajuan. Akan tetapi , teknik per-request sebuah mekanisme routing yang saat ini di bawah resolusi hostname sistem yang tidak terukur dan akan merusak global robustness dari dns .Di samping itu, pemindahan data transfer sumber otoritatif di connection- membutuhkan komunikasi yang berorientasi pada penggunaan teknik adhoc , bila masalah ini ditangani oleh aplikasi itu sendiri.Sebuah konten item yang diidentifikasi oleh sebuah secara global unik referensi: isi nama ( misalnya, uri-like pengidentifikasi ). Isi nama memungkinkan akses langsung untuk konten, terlepas dari lokasi yang sementara.Kemampuan untuk referensi beberapa dari seluruh konten item melalui namanya memungkinkan kontrol sumber daya halus di harga dari seragam umum konvensi penamaan.ConclutionPeningkatan konten digital generasi dan menyebarkan informasi melalui internet telah berakibat pada penciptaan sebuah ekosistem kompleks pengiriman konten. Meskipun dengan berbagai implementations , kami berdebat apa yang ada pemberian itu melalui tiga besar primitif komunikasi: ini adalah peta , jaringan penyimpanan data dan transfer .Di koran , kita sangat dan menganalisis semua komunikasi primitif menyadari di dalam ekosistem pengiriman , dan menggambarkan beberapa keterbatasan pendekatan saat ini .Kami mengamati bahwa long-term keberlanjutan pemberian isi ekosistem yang dilemahkan oleh heterogeneity teknologi , penggunaan efisien sumber daya , miskin reactivity granularity kasar dan dalam pengelolaan operasi .Jaringan information-centric ( ) icn , sebuah paradigma baru jaringan kerja yang terintegrasi dalam pengiriman sebagai penduduk asli hal ini , berjanji untuk mengalahkan sebagian besar dibatasi dijelaskan .Untuk mendukung hipotesis ini , kita dapat membangun penting icn tersebut menganalisis dan peranannya dalam bidang penyediaan dalam ekosistem .Analisis menunjukkan icn yang memiliki potensi untuk isi alamat pengiriman persyaratan dalam jangka panjang .Namun , icn juga menimbulkan permasalahan penting penelitian untuk mengetahui .

Desain name-based protokol routing adalah yang pertama untuk menantang icn teknis yang cukup signifikan .Pada kenyataannya , isi alamat mengganti nama menjadi tuan rumah dengan cara memperluas jaringan yang luas dari elemen beralamat oleh beberapa kali lipat .Hari ini, teknologi hardware dan software yang belum siap untuk suatu evolusi .Penelitian ini adalah skalabilitas yang diperlukan baik di saat ini peta dan penamaan operasi pada kegiatan yang mendukung agregasi bentuk novel .Juga , demikian juga dengan model routing ip , kami mengharapkan anda untuk membangun konektivitas icn novel sesuai dengan model bisnis hari ini jauh berbeda dengan carrier-based hubungan. Seperti hubungan bisnis secara keseluruhan akan sangat berdampak pada peta infrastruktur yang kita harapkan untuk berubah sesuai.

Desain sederhana dan efektif lainnya adalah mekanisme pengelolaan sumber daya teknis untuk icn tantangan fundamental. Diterjemahkan ke dalam pengelolaan sumber daya untuk keperluan transportasi yang efisien dan pengelolaan penyimpanan mekanisme protokol , yaitu kontrol arus dan kemacetan , perimbangan beban , markas dan koordinasi kebijakan pengganti .Kami percaya bahwa penelitian yang penting agenda harus segera ditangani sebelum icn bahu bisa jawab untuk jangka panjang yang memungkinkan evolusi jaringan penyediaan konten .Pada saat yang sama , memikirkan kembali arsitektur dan jaringan komunikasi yang muncul di sekitar konten model langkah yang diperlukan untuk menjamin kelangsungan hidup dari seluruh rantai pengiriman konten .