TRANSPORT APPLICATION LAYER Jaringan Komputer layer 4 7

TRANSPORT – APPLICATION LAYER Jaringan Komputer : layer 4 -7 OSI By : Eko Prasetyo Teknik Informatika Univ. Muhammadiyah Gresik 2011

Transport services and protocols application transport network data link physical nd le ca gi lo • Menyediakan komunikasi logik antara pemroses aplikasi yang berjalan pada host yang berbeda • Protokol transport berjalan di end system : nd -e – Sisi pengirim : memecah pesan aplikasi kedalam segment, melewatkannya ke network layer – Sisi penerima : merakit kembali segment menjadi pesan, melewatkannya ke app layer network data link physical ns tra rt po network data link physical • Lebih dari satu protokol transport bisa digunakan oleh App Layer application transport network data link physical – Internet : TCP dan UDP Transport Layer 3 -2

Transport vs network layer • network layer: Komunikasi logik diantara dua host • transport layer: Komunikasi logik diantara dua proses – Melanjutkan, meningkatkan layanan network layer Household analogy: 12 anak mengirimkan surat ke 12 anak • proses = anak • pesan app = surat didalam amplop • hosts = rumah • protokol transport = Andik dan Dijhe • protokol network-layer = layanan pos Transport Layer 3 -3

Internet transport-layer protocols • Reliable, pengiriman urut (TCP) network data link physical -e nd le ca gi lo – congestion control – flow control – connection setup application transport network data link physical nd • Unreliable, pengiriman tidak urut (UDP) network data link physical ns tra rt po network data link physical – no-frills extension of “besteffort” IP application transport network data link physical • Layanan yang tidak ada : – delay guarantees – bandwidth guarantees Transport Layer 3 -4

UDP: User Datagram Protocol [RFC 768] • Protokol transport “tidak rumit”, “transparan” • Layanan dengan “usaha terbaik”, segmen UDP dapat : – Hilang – Diterima tidak urut • connectionless: – Tidak ada kesepakatan (handshaking) antara pengirim dan penerima UDP – Setiap segmen UDP dihandle secara independen satu sama lain Mengapa ada UDP? • Tidak ada pembentukan koneksi (yang bisa menambah delay) • Sederhana : tidak ada status koneksi disisi pengirim dan penerima • Header segmen kecil • Tidak perlu kontrol kemacetan : UDP dapat memilih jalur tercepat yang dibutuhkan Transport Layer 3 -5

UDP: more • Sering digunakan untuk aplikasi streaming multimedia – loss tolerant – rate sensitive • UDP juga digunakan : – DNS – SNMP 32 bits Length, in bytes of UDP segment, including header • reliable transfer melalui UDP: menambahkan kemampuaan reliability pada application layer – application-specific error recovery! Transport Layer source port # length dest port # checksum Application data (message) UDP segment format 3 -6

UDP checksum Tujuan: mendeteksi “errors” (misalnya flipped bits) pada segmen yang dikirimkan Sender: Receiver: • Menafsirkan segmen sebagai urutan bit integer 16 bit • Checksum : tambahan (penjumlahan komplemen 1) dari isi segmen • Pengirim meletakkan nilai checksum dalam field checksum UDP • Menghitung kembali checksum segmen yang diterima • Memeriksa kesamaan checksum hasil perhitungan dengan nilai dalam field checksum : – TIDAK SAMA – terdeteksi error – SAMA – tidak ada error yang terdeteksi Transport Layer 3 -7

Port Number • Titik/Jalur/Pintu komunikasi suatu layanan aplikasi/proses software. • Digunakan oleh protokol transport (TCP dan UDP) untuk berkomunikasi menggunakan protokol IP. • Sebuah port tertentu diidentifikasi dengan nomornya, umumnya disebut port number. • IP Address yang diasosiasikan dengan nomor port ini, digunakan oleh protokol transport untuk berkomunikasi. • Jangkauannya penomoran 16 bit unsigned integer, mulai 0 65535

Port Number • Internet Assigned Numbers Authority (IANA) mengkoordinasikan DNS, alamat IP, dan resource IP yang lain, termasuk port number. • Port number dibagi 3 : well-known port, registered port, dan dynamic atau private port. • Well-known port adalah nomor port yang sudah umum dipakai aplikasi standart. • Well-known port dalam range 0 - 1023. Misalnya : – – – 21: File Transfer Protocol (FTP) 22: Secure Shell (SSH) 23: Telnet remote login service 25: Simple Mail Transfer Protocol (SMTP) 53: Domain Name System (DNS) service 80: Hypertext Transfer Protocol (HTTP) used in the World Wide Web

Port Number • Registered port digunakan aplikasi khusus yang sudah terdaftar nomornya secara internasional di IANA. • Registered port dalam range 1024 - 49151. Misalnya : – – 3306: Database My. SQL 1433: Database MS SQL Server 8080: Alternatif HTTP 3128: Winroute • Dynamic port digunakan untuk berkomunikasi antara dua host diluar layanan aplikasi.

768, 4340, 2988, 793 SILAHKAN

TCP RFCs: 793, 1122, 1323, 2018, 2581 • point-to-point: • full duplex data: – satu pengirim, satu penerima – Aliran data dua arak dalam satu koneksi yang sama – MSS: maximum segment size • reliable, aliran bit urut: – Tidak ada “message boundaries” • pipelined: • connection-oriented: – Kesepakatan (pertukaran kontrol pesan) diawali pengirim, penerima menetapkan sebelum data dikirim – Kemacetan TCP dan flow control ditangani dengan window size • send & receive buffers • flow controlled: – Pengirim tidak akan membanjiri penerima Transport Layer 3 -12

Struktur segmen TCP URG: urgent data (umumnya tidak digunakan) ACK: ACK # valid PSH: push data now (umumnya tidak digunakan) RST, SYN, FIN: connection estab (setup, teardown commands) Internet checksum (sama dengan UDP) 32 bits source port # dest port # sequence number Jumlah byte data (bukan segmen) acknowledgement number head not len used UA PRS F Receive window checksum Urg data pnter Options (variable length) Jumlah byte yang akan diterima application data (variable length) Transport Layer 3 -13

854, 2821, 2616, 959 SILAHKAN

Creating a network app Write programs that – Dijalankan pada endsystem yang berbeda – Berkomunikasi melalui jaringan – Contoh : web server berkomunikasi dengan browser application transport network data link physical Tidak ada software yang ditulis khusus untuk perangkat jaringan – Inti jaringan tidak di handle dalam App Layer – Desain ini memudahkan membuah aplikasi GUI 2: Application Layer application transport network data link physical 15

Client-server archicture server: – Host yang selalu hidup – IP address permanen – Banyak skala server clients: – Berkomunikasi dengan server – Terhubung sementara – Bisa mempunyai IP dinamis – Tidak berkomunikasi langsung dengan klien yang lain clients: • HTTP, FTP, DHCP, SMTP 2: Application Layer 16

Pure P 2 P architecture • Server tidak harus selalu hidup • Komunikasi dengan end sytem bisa kapan saja • Kedudukan antar host sederajat dan bisa mengubah alamat IP • Contoh: Gnutella, File sharing Highly scalable But difficult to manage 2: Application Layer 17

Processes communicating Process: proses yang dijalankan didalam host. • Dalam host yang sama, dua proses berkomunikasi menggunakan inter-process communication (didefisikan oleh OS). • Proses dalam host yang berbeda berkomunikasi dengan pertukaran messages Client process: proses yang memulai komunikasi Server process: proses yang menunggu untuk dihubungi r Note: aplikasi dengan arsitektur P 2 P mempunyai proses client dan server 2: Application Layer 18

App-layer protocol defines • Jenis pesan yang Public-domain protocols: dipertukarkan, spt pesan • Didefinisikan dalam RFC request dan response • allows for interoperability • Jenis syntax pesan : bagian- • Contoh : HTTP, SMTP bagian dalam pesan dan Proprietary protocols: bagaimana bagian itu • Contoh : Ka. Za. A dipisahkan • Semantik bagian, spt makna informasi dalam field • Aturan kapan dan bagaimana proses pengiriman dan menjawab pesan 2: Application Layer 19

Layanan tranport yang dibutuhkan application layer Data loss • Beberapa app (seperti audio) bisa mentoleransi kehilangan • Applikasi lain (seperti file transfer) tidak mentoleransi kehilangan, 100% reliable Bandwidth r Beberapa aplikasi (seperti multimedia) membutuhkan jumlah bandwidth sedikit tapi “efektif” r Aplikasi lain (elastis) memakai bandwidth sesuai dengan yang diinginkan. Timing • Aplikasi seperti Internet telephony, interactive games membutuhkan delay yang efektif 2: Application Layer 20

Layanan transport yang dibutuhkan aplikasi secara umum Data loss Bandwidth Time Sensitive file transfer e-mail Web documents real-time audio/video no loss-tolerant no no no yes, 100’s msec stored audio/video interactive games instant messaging loss-tolerant no loss elastic audio: 5 kbps-1 Mbps video: 10 kbps-5 Mbps same as above few kbps up elastic Application 2: Application Layer yes, few secs yes, 100’s msec yes and no 21

Internet apps: application, transport protocols Application e-mail remote terminal access Web file transfer streaming multimedia Internet telephony Application layer protocol Underlying transport protocol SMTP [RFC 2821] Telnet [RFC 854] HTTP [RFC 2616] FTP [RFC 959] proprietary (e. g. Real. Networks) proprietary (e. g. , Dialpad) TCP TCP TCP or UDP 2: Application Layer typically UDP 22

Web dan HTTP First some jargon • Web page berisi objects • Obyek bisa berupa HTML file, JPEG image, Java applet, audio file, … • Web page berisi base HTML-file yang termasuk didalamnya beberapa referensi obyek • Setiap obyek dialamati dengan URL • Contoh. URL: www. someschool. edu/some. Dept/pic. gif path name host name 2: Application Layer 23

HTTP overview HTTP: hypertext transfer protocol HT • Aplikasi web adalah satu protokol di App layer • client/server model – client: browser that requests, receives, “displays” Web objects – server: Web server sends objects in response to requests • HTTP 1. 0: RFC 1945 • HTTP 1. 1: RFC 2068 TP req u est PC running HT TP res Explorer pon se e qu e r TP HT HT se n po es r TP st Server running Apache Web server Mac running Navigator 2: Application Layer 24

HTTP overview (continued) Uses TCP: HTTP is “stateless” • Klien memulai koneksi TCP (membuat socket) ke server, port 80 • Server menerima koneksi TCP dari klien • HTTP messages (application-layer protocol messages) dipertukarkan diantara Browser (HTTP client) dan Web server (HTTP server) • Koneksi TCP ditutup • Server tidak menjaga informasi pada request klien sebelumnya aside Protocols yang menjaga “state” kompleks r History (state) sebelumnya harus dikelola r Jika server/client crash, maka “state” menjadi tidak konsisten dan harus disinkronisasi kembali 2: Application Layer 25

HTTP connections Nonpersistent HTTP • Paling banyak satuobyek dikirim melalui seuah koneksi TCP • HTTP/1. 0 menggunakannonpersistent HTTP Persistent HTTP • Beberapa obyek bisa dikirim menggunakan sebuah koneksi TCP antara klien dan server • HTTP/1. 1 menggunakanpersistent connections dalam default mode-nya 2: Application Layer 26

HTTP request message: general format 2: Application Layer 27

User-server state: cookies Kebanyakan website menggunakan cookies Empat komponen: Example: 1) Baris header cookie dalam HTTP menjawab message 2) Baris header cookie dalam HTTP meminta message 3) File cookie file dijaga pada host user dan dijaga oleh browser user 4) Digunakan pada back-end database di Web site 2: Application Layer – Susan access Internet always from same PC – She visits a specific ecommerce site for first time – When initial HTTP requests arrives at site, site creates a unique ID and creates an entry in backend database for ID 28

Cookies: keeping “state” (cont. ) client ebay: 8734 Cookie file amazon: 1678 ebay: 8734 usual http request msg usual http response + Set-cookie: 1678 usual http request msg cookie: 1678 usual http response msg server creates ID 1678 for user cookiespecific action Cookie file amazon: 1678 ebay: 8734 en d ss acce ac ce one week later: en da try i tab n b as ac e k ss Cookie file server usual http request msg cookie: 1678 usual http response msg 2: Application Layer cookiespectific action 29

Cookies (continued) Apa yang bisa diberikan cookie: • authorization • Daftar belanja • Rekomendasi • user session state (Web email) aside Cookies and privacy: r Cookies mengijinkan situs untuk memahami anda r Anda bisa memberikan nama dan email ke situs r Search engine menggunakan redirection dan cookies untuk mencari tahu lebih banyak r Iklan perusahaan antar situs 2: Application Layer 30

FTP: the file transfer protocol FTP user interface user at host FTP client file transfer local file system FTP server remote file system • Mentransfer file ke/dari remote host • Model client/server – client: sisi yang memulai transfer (baik ke/dari remote) – server: remote host • ftp: RFC 959 • ftp server: port 21 2: Application Layer 31

FTP: separate control, data connections • FTP client menghubungi FTP server pada port 21, menetapkan TCP sebagai protokol transport • Client melakukan authorization over control connection • Client browses remote directory dengan mengirimkan perintah melalui control connection. • Ketika server menerima perintah file transfer, server membuka koneksi data TCP ke client • Setelah pentransferan file, server menutup koneksi. TCP control connection port 21 FTP client TCP data connection port 20 FTP server r Server opens a second TCP data connection to transfer another file. r Control connection: “out of band” r FTP server maintains “state”: current directory, earlier authentication 2: Application Layer 32

FTP commands, responses Sample commands: Sample return codes • sent as ASCII text over control channel • USER username • PASS password • status code and phrase (as in HTTP) • 331 Username OK, password required • 125 data connection already open; transfer starting • 425 Can’t open data connection • 452 Error writing file • LIST return list of file in current directory • RETR filename retrieves (gets) file • STOR filename stores (puts) file onto remote host 2: Application Layer 33

Electronic Mail outgoing message queue user mailbox user agent Tiga komponen utama: • user agents • mail servers • simple mail transfer protocol: SMTP User Agent • alias “mail reader” • composing, editing, reading mail messages • Contoh : Eudora, Outlook, elm, Netscape Messenger • outgoing, incoming messages stored on server mail server user agent SMTP user agent mail server user agent 2: Application Layer 34

Electronic Mail: mail servers user agent Mail Servers • mailbox berisi incoming messages untuk user • message queue of outgoing ( untuk dikirim) mail messages • SMTP protocol antar mail servers untuk mengirim email messages – client: server untuk mengirim mail – “server”: server untuk menerima mail server user agent SMTP user agent mail server user agent 2: Application Layer 35

Electronic Mail: SMTP [RFC 2821] • Menggunakan TCP untuk transfer message yang reliable dari client ke server, port 25 • Transfer langsung : sending server to receiving server • Tiga fase transfer – handshaking (greeting) – transfer of messages – closure • Interaksi command/response – commands: ASCII text – response: status code and phrase • messages harus dalam format 7 -bit ASCII 2: Application Layer 36

Scenario: Alice sends message to Bob 4) SMTP client mengirim message Alice melalui koneksi TCP 5) Mail server Bob’s meletakkan message in mailbox Bob 6) Bob menggunakan user agent untuk membaca message 1) Alice menggunakan UA pada compose message dan “to” bob@someschool. edu 2) Alice’s UA mengirim message ke server mailnya; message diletakkan dalam antrian message 3) Client side of SMTP membuka koneksi TCP dengan server mail Bob 1 user agent 2 mail server 3 mail server 4 2: Application Layer 5 6 user agent 37

Sample SMTP interaction S: C: S: C: C: C: S: 220 hamburger. edu HELO crepes. fr 250 Hello crepes. fr, pleased to meet you MAIL FROM: <alice@crepes. fr> 250 alice@crepes. fr. . . Sender ok RCPT TO: <bob@hamburger. edu> 250 bob@hamburger. edu. . . Recipient ok DATA 354 Enter mail, end with ". " on a line by itself Do you like ketchup? How about pickles? . 250 Message accepted for delivery QUIT 221 hamburger. edu closing connection 2: Application Layer 38

SMTP: final words • SMTP menggunakan persistent connections • SMTP perlu membentuk message (header & body) menjadi format in 7 -bit ASCII • SMTP server menggunakan CRLF untuk menentukan akhir message Perbandingan dengan HTTP: • HTTP: menarik • SMTP: mendorong • Keduanya menggunakan interaksi ASCII command/response, status codes • HTTP: setiap obyek dibungkus dalam pesan jawaban • SMTP: banyak obyek dikirim dalam pecahan message 2: Application Layer 39

Mail message format SMTP: protocol for exchanging email msgs RFC 822: standard for text message format: • header lines, e. g. , – To: – From: – Subject: different from SMTP commands! header blank line body • body – the “message”, ASCII characters only 2: Application Layer 40

Mail access protocols SMTP user agent sender’s mail server access protocol user agent receiver’s mail server • SMTP: delivery/storage to receiver’s server • Mail access protocol: retrieval from server – POP: Post Office Protocol [RFC 1939] • authorization (agent <-->server) and download – IMAP: Internet Mail Access Protocol [RFC 1730] • more features (more complex) • manipulation of stored msgs on server – HTTP: Hotmail , Yahoo! Mail, etc. 2: Application Layer 41

1889, 1034, 822 SILAHKAN

DNS: Domain Name System People: Banyak identitas: Domain Name System: – SSN, name, passport # Internet hosts, routers: – IP address (32 bit) – digunakan untuk pengalamatan datagrams – “name”, seperti ww. yahoo. com - digunakan oleh manusia Q: Pemetaan antara alamat IP dengan nama? • distributed database diimplementasikan dalam hirarki banyak name servers • application-layer protocol host, routers, name servers to communicate to resolve names (address/name translation) – note: core Internet function, implemented as applicationlayer protocol – complexity at network’s “edge” 2: Application Layer 43

DNS Why not centralize DNS? • Titik tunggak kegagalan • traffic volume • Database sentral sangat jauh • Pegelolaan sulit DNS services • Translasi Hostname ke alamat IP • Host aliasing – Canonical and alias names • Mail server aliasing • Load distribution – Replikasi Web servers: men -set alamat IP ke satu canonical name Tidak dapat diskalakan! 2: Application Layer 44

Distributed, Hierarchical Database Root DNS Servers com DNS servers yahoo. com amazon. com DNS servers org DNS servers pbs. org DNS servers edu DNS servers poly. edu umass. edu DNS servers Client membutuhkan IP www. amazon. com; 1 st approx: • Klien meng-query root server untuk menemukan DNS server com • Klien meng-query DNS server com untuk mendapatkan DNS server amazon. com • Klien meng-query DNS server amazon. com untuk mendapatkan alamat IP www. amazon. com 2: Application Layer 45

DNS: Root name servers • Dihubungi oleh local name server yang tidak dapat me-resolve nama • root name server: – Menghubngi authoritative name server jika pemetaan nama tidak diketahui – Mendapatkan pemetaan – Mengembalikan pemetaan ke local name server a Verisign, Dulles, VA c Cogent, Herndon, VA (also Los Angeles) d U Maryland College Park, MD k RIPE London (also Amsterdam, g US Do. D Vienna, VA Frankfurt) Stockholm (plus 3 i Autonomica, h ARL Aberdeen, MD other locations) j Verisign, ( 11 locations) m WIDE Tokyo e NASA Mt View, CA f Internet Software C. Palo Alto, CA (and 17 other locations) 13 root name servers worldwide b USC-ISI Marina del Rey, CA l ICANN Los Angeles, CA 2: Application Layer 46

TLD and Authoritative Servers • Top-level domain (TLD) servers: menangani com, org, net, edu, etc, dan semua top-level domain negara uk, fr, ca, jp, id. – – – Umum, komersial, menggunakan com TLD Pendidikan menggunakan edu TLD Kampus : ac. id Video insiden nama email anggota DPR Perusahaan : co. id komisi 8 di Australia Sekolah : sch. id Pemerintah : go. id • Authoritative DNS servers: organization’s DNS servers, memberikan hak kepemilikan hostname untuk server organisasi (spt, Web dan mail). – Bisa dikelola oleh organisasi atau service provider, spt : 2: Application Layer rumahweb. com 47

Local Name Server • Tidak membatasi hirarki kepemilikan • Setiap ISP (residensial ISP, perusahaan, universitas) mempunyai satu – Disebut juga “default name server” • Ketika sebuah host melakukan query DNS, query dikirim ke server local DNS – Bertindak sebagai proxy, meneruskan query kedalam hierarki 2: Application Layer 48

Example root DNS server 2 • Host di tif. umg. ac. id menginginkan IP dari ftif. its. ac. id 3 4 TLD DNS server 5 local DNS server dns. umg. ac. id 1 8 requesting host 7 6 authoritative DNS server dns. its. ac. id tif. umg. ac. id ftif. its. ac. id 2: Application Layer 49

Recursive queries root DNS server recursive query: r puts burden of name resolution on contacted name server r heavy load? 2 3 7 6 TLD DNS serve iterated query: r contacted server replies with name of server to contact r “I don’t know this name, but ask this server” local DNS server dns. umg. ac. id 1 5 4 8 requesting host authoritative DNS server dns. its. ac. id tif. umg. ac. id ftif. its. ac. id 2: Application Layer 50

DNS: caching and updating records • once (any) name server learns mapping, it caches mapping – cache entries timeout (disappear) after some time – TLD servers typically cached in local name servers • Thus root name servers not often visited • update/notify mechanisms under design by IETF – RFC 2136 – http: //www. ietf. org/html. charters/dnsind-charter. html 2: Application Layer 51

DNS records DNS: distributed db storing resource records (RR) RR format: (name, value, type, ttl) r Type=A m m name is hostname value is IP address r Type=CNAME m • Type=NS name is alias name for some “cannonical” (the real) name www. ibm. com is really servereast. backup 2. ibm. com – name is domain (e. g. foo. com) – value is IP address of r authoritative name server for this domain m value is cannonical name Type=MX m value is name of mailserver associated with name 2: Application Layer 52

DNS protocol, messages DNS protocol : query and reply messages, both with same message format msg header r identification: 16 bit # for query, reply to query uses same # r flags: m query or reply m recursion desired m recursion available m reply is authoritative 2: Application Layer 53

DNS protocol, messages Name, type fields for a query RRs in reponse to query records for authoritative servers additional “helpful” info that may be used 2: Application Layer 54

Kasus Sengketa Domain di Indonesia : mustika-ratu. com • Perusahaan jamu dan kosmetik : Mooryati Soedibyo dan Martha Tilaar • 7 Februari 1977 mereka sepakat untuk berpisah secara baik-baik : Martha Tilaar (Mooryati Soedibyo) dan Sari Ayu (Martha Tilaar) • Bersain dalam berbagai produk : – Kosmetik remaja Puteri ala Mustika Ratu vs Belia dari Sari Ayu. – Berto Tea Sari Ayu vs Slimming Tea Mustika Ratu. – Biokos Skin Care Sari Ayu vs Biocos Mustika Ratu

Kasus Sengketa Domain di Indonesia : mustika-ratu. com • Chandra Sugiono adalah Manajer Internasional Marketing bulan September 1999, di Martina Berto • • – Mendaftarkan domain mustika-ratu. com pada 7 Oktober 1999 – Dengan beranggapan bahwa nama domain Mustika-Ratu. com sebagai merek dan ternyata telah diambil oleh pihak seterunya, maka akhirnya pada 4 September 2000 Mustika Ratu melaporkan Martina Berto ke Mabes Polri. Chandra telah mengundurkan diri dari Martina Berto tertanggal 16 Juni 2000. 28 September 2000, nama domain Mustika-Ratu. com resmi dicabut dari Network Sollutions. Pada tanggal 5 Oktober 2000 nama domain tersebut diambil alih oleh Mustika Ratu. Tanggal 2 Agustus 2001 persidangan dimulai. – Berhubung telah dinyatakan oleh Chandra maupun Martha Tilaar bahwa pendaftaran nama domain tersebut sama sekali tidak ada sangkut-pautnya dengan kebijakan Martina Berto, maka pengadilan sepakat bahwa selaku terdakwa adalah Chandra Sugiono saja, tanpa menyeret-nyeret Martina Berto

Yang menjadi pertanyaan … UU dakwaan : Yang menjadi pertanyaan • KUHP, pasal 382 tentang pemakaian • Jika saja nama domain Mustika-Ratu. com merek dagang orang lain dengan tersebut tidak didaftarkan oleh siapapun, pidana penjara paling lama satu apakah pihak Mustika Ratu akan mengambil tahun empat bulan atau pidana nama domain tersebut? denda paling banyak Rp 13. 500, – Pasalnya, Mustika Ratu sendiri sebenarnya telah • UU Larangan Praktek Monopoli dan memiliki nama domain Mustika-Ratu. co. id sejak Persaingan Tidak Sehat, pasal 19 butir 5 September 1996 dan belum pernah b. mendaftarkan nama domain Mustika-Ratu. com • pasal 48 (1), Pasal 4, Pasal 9 - 14, hingga saat didaftarkan oleh Chandra Sugiono Pasal 16 - 19, Pasal 25. Pasal 27, dan • Jika saja Chandra Sugiono memang memiliki Pasal 28 diancam pidana denda itikad tidak baik tetapi dia tidak pernah bekerja serendah-rendahnya Rp 25. 000, 00 (dua puluh lima di Martina Berto, apakah Mustika Ratu tetap miliar rupiah) dan setinggi-tingginya akan melaporkan ke polisi dengan hukum Rp l 00. 000, 00 (seratus miliar pidana? rupiah), atau pidana kurungan – Pasalnya, Mustika Ratu hingga kini tidak pengganti denda selama-lamanya 6 mengambil tindakan apapun terhadap para (enam) bulan pendaftar nama domain semisal Mustika. Ratu. net, Mustika. Ratu. com dan Mustika. Ratu. net

Sengketa domain • Rp. 100. 013. 500 (seratus milyar tiga belas ribu lima atus rupiah) untuk kasus mustika-ratu. com pada tahun 1999 -2000. • philips-indo. com akhirnya harus diserahkan ke produsen elektronik asal Belanda, Phillips Electronics. • bluesclues. com, mtv-girl. net dan mtv-girl. org – semuanya didaftarkan oleh pihak di Indonesia – diputuskan untuk diserahkan ke Viacom. • Domain dari Peter F. Saerang, penata rambut ternama. – Pada tahun 2007, WIPO memutuskan bahwa nama domain peterfsaerang. com harus dikembalikan pada sang penata rambut. – Sebelumnya, nama domain tersebut didaftarkan oleh sebuah perusahaan di Australia • gresik. com dimiliki perusahaan penjual domain di US, terdaftar 11 desember 2003, exp 11 desember 2011

Sengketa domain • Microsoft, juga sempat mendapati kasus nama domain. – Perusahaan bernama Zero Micro Software mendaftarkan domain micros 0 ft. com. – Tanpa panjang-panjang melakukan somasi atau gugatan, Microsoft mengajukan protes ke lembaga nama domain dan berhasil membuat nama domain micros 0 ft. com dibekukan. • domain Candyland. com, yang merupakan nama produk mainan anak-anak dari Hasbro. – Nama domain itu didaftarkan terlebih dulu oleh sebuah perusahaan pornografi. – Hasbro akhirnya berhasil ‘merebut’ domain itu melalui pengadilan. • Ada tiga penilaian yang memungkinkan suatu nama domain dipindahtangankan: – Pertama, nama domain tersebut mirip dengan suatu merek (TM). – Kedua, pemilik nama domain tersebut tidak memiliki hak atau legitimasi atas nama domain tersebut. – Ketiga, pendaftar nama domain tersebut terbukti memiliki niatan yang tidak baik.

Contoh selebritis baru yang sudah mendapatkan manfaat jaringan komputer Video teknologi jaringan internet masa depan SELESAI Semoga bermanfaat MOHON FEEDBACK …