laporan diagnosa vini

49385003 Laporan Diagnosa WAN PAP CHAP PAP Luthfini 3 TKJ a 24

Laporan Chap Pap Chap Vini

GPL dan FDL

Perhitungan link budget merupakan perhitungan level daya yang dilakukan untuk memastikan bahwa level daya penerimaan lebih besar atau sama dengan level daya threshold (RSL ≥ Rth). Tujuannya untuk menjaga keseimbangan gain dan loss guna mencapai SNR yang diinginkan di receiver. Parameter-parameter yang mempengaruhi kondisi propagasi suatu kanal wireless adalah sebagai berikut :

a. Lingkungan propagasi

Kondisi lingkungan sangat mempengaruhi gelombang radio. Gelombang radio dapat diredam, dipantulkan, atau dipengaruhi oleh noise dan interferensi. Tingkat peredaman tergantung frekuensi, dimana semakin tinggi frekuensi redaman juga semakin besar. Parameter yang mempengaruhi kondisi propagasi yaitu rugi-rugi propagasi, fading, delay spread, noise, dan interferensi.

b. Rugi-rugi propagasi

Dalam lingkungan radio, konfigurasi alam yang tidak beraturan, bangunan, dan perubahan cuaca membuat perhitungan rugi-rugi propagasi sulit. Kombinasi statistik dan teori elektromagnetik membantu meramalkan rugi-rugi propagasi dengan lebih teliti.

c. Fading

Fading adalah fluktuasi amplituda sinyal. Fading margin adalah level daya yang harus dicadangkan yang besarnya merupakan selisih antara daya rata-rata yang sampai di penerima dan level sensitivitas penerima. Nilai fading margin biasanya sama dengan peluang level fading yang terjadi., yang nilainya tergantung pada kondisi lingkungan dan sistem yang digunakan. Nilai fading margin minimum agar sistem bekerja dengan baik sebesar 15 dBm.

d. Noise

Noise dihasilkan dari proses alami seperti petir, noise thermal pada sistem penerima, dll. Disisi lain sinyal transmisi yang mengganggu dan tidak diinginkan dikelompokkan sebagai interferensi.

Propagasi NLOS

Perhitungan loss propagasinya dapat dilihat pada rumus dibawah:

Lpropagasi = Ldo + 10 n log 10 (d/d0) + ∆Lf + ∆Lh + s (dB)

Dimana :

Ldo = free path loss di d0

d0 = 100 m (jarak referensi)

n = path loss exponent

d = jarak base station dan subscriber station (m)

∆Lf = faktor koreksi frekuensi

∆Lh = faktor koreksi tinggi antenna penerima

S = shadow fading komponen

Dimana :h = tinggi antena penerima 2 m ≤ h ≤ 8 m

dimana : hb =tinggi base station 10 m ≤ hb ≤ 80 m a,b,c = konstanta yang menunjukkan kategori terrain

d. untuk s nilainya 8,2 s/d 10,6 dB tergantung pada tipe terrain

Propagasi LOS

Redaman ruang bebas atau free space loss merupakan penurunan daya gelombang radio selama merambat di ruang bebas. Redaman ini dipengaruhi oleh besar frekuensi dan jarak antara titik pengirim dan penerima.

Besarnya redaman ruang bebas adalah :

Lp= FSL = 32,45 + 20 log f (MHz) + 20 log d (km)

dimana :

f = frekuensi operasi (MHz)

d = jarak antara pengirim dan penerima (km)

• Perhitungan EIRP (Effective Isotropic Radiated Power)

EIRP merupakan besaran yang menyatakan kekuatan daya pancar suatu antena di bumi, dapat dihitung dengan rumus :

EIRP = Ptx + Gtx – Ltx

dimana :

PTX = daya pancar (dBm)

GTX = penguatan antena pemancar (dB)

LTX = rugi-rugi pada pemancar (dB)

Perhitungan RSL (Receive Signal Level)

RSL (Receive Signal Level) adalah level sinyal yang diterima di penerima dan nilainya harus lebih besar dari sensitivitas perangkat penerima (RSL ≥ Rth). Sensitivitas perangkat penerima merupakan kepekaan suatu perangkat pada sisi penerima yang dijadikan ukuran threshold. Nilai RSL dapat dihitung dengan persamaan berikut :

RSL = EIRP – Lpropagasi + GRX – LRX

dimana :

EIRP = Effective Isotropic Radiated Power (dBm)

Lpropagasi = rugi-rugi gelombang saat berpropagasi (dB)

GRX = penguatan antena penerima (dB)

LRX = rugi-rugi saluran penerima (dB)

Modul ARP

LAPORAN ppp

delay pool

Point-to-Point Protocol (PPP)

Pada jaringan , Point-to-Point Protocol, atau PPP, merupakan data link protokol yang umum digunakan dalam membangun hubungan langsung antara dua node jaringan . Hal ini dapat menyediakan koneksi otentikasi , transmisi enkripsi privasi, dan kompresi .

PPP digunakan lebih banyak jenis jaringan fisik termasuk kabel serial , saluran telepon , trunk line , telepon selular , sambungan radio yang khusus, dan serat optik link seperti SONET . Kebanyakan penyedia layanan Internet (ISP) menggunakan PPP untuk pelanggan dial-up akses ke Internet . Dua bentuk dikemas dari PPP, Point-to-Point Protocol over Ethernet (PPPoE) dan Point-to-Point Protocol atas ATM (PPPoA), paling sering digunakan oleh Internet Service Provider (ISP) untuk membentuk Digital Subscriber Line (DSL) layanan Internet koneksi dengan pelanggan.

PPP biasanya digunakan sebagai data link layer protokol untuk koneksi lebih sinkron dan asinkron sirkuit, di mana sebagian besar digantikan yang lebih tua Serial Line Internet Protocol SLIP) dan telepon perusahaan (diamanatkan standar (seperti Link Access Protocol, Balanced (LAPB) di X.25 protocol suite).

PPP dirancang untuk bekerja dengan berbagai lapisan jaringan protokol, termasuk Internet Protocol (IP), Novell Internetwork Packet Exchange (IPX), NBF dan AppleTalk .

PPP juga digunakan melalui broadband koneksi. RFC 2516 menjelaskan point-to-Point Protocol over Ethernet (PPPoE), sebuah metode untuk transmisi PPP over Ethernet yang kadang-kadang digunakan dengan DSL . RFC 2364 menjelaskan point-to-Point Protocol atas ATM (PPPoA ), sebuah metode untuk transmisi PPP over ATM Adaptation Layer 5 (AAL5), yang juga merupakan alternatif umum digunakan PPPoE dengan DSL.

Fitur Dasar

PPP and TCP/IP protocol stack PPP dan TCP / IP protocol stack
Application Aplikasi		FTP FTP	SMTP SMTP	HTTP HTTP	… ...	DNS DNS	… ...
Transport Angkutan	TCP TCP				UDP UDP
Internet Internet	IP IP			IPv6 IPv6
Network access Akses jaringan	PPP PPP
	PPPoE PPPoE			PPPoA PPPoA
	Ethernet Ethernet			ATM ATM

PPP dirancang agak setelah asli HDLC spesifikasi.. Para desainer dari PPP termasuk banyak fitur tambahan yang telah dilihat hanya dalam protokol data-link milik sampai saat itu.

diri konfigurasi otomatis

Link Control Protocol (LCP) merupakan bagian integral dari PPP, dan didefinisikan dalam spesifikasi standar yang sama.. LCP menyediakan konfigurasi otomatis dari antarmuka pada setiap akhir (seperti pengaturan datagram ukuran, melarikan diri karakter, dan nomor sihir) dan untuk memilih otentikasi opsional. Protokol LCP berjalan di atas PPP (dengan nomor protokol PPP 0xC021) dan karena koneksi PPP dasar harus ditetapkan sebelum LCP dapat mengkonfigurasinya.

RFC 1994 menjelaskan Challenge-handshake protokol otentikasi (CHAP), yang lebih disukai untuk membangun koneksi dial-up dengan ISP. Although deprecated, Password authentication protocol (PAP) is still sometimes used. Meski usang, protokol otentikasi Password (PAP) masih kadang-kadang digunakan.

Pilihan lain untuk otentikasi atas PPP Protokol Otentikasi yang Diperluas (EAP). ^[2]

Setelah link telah ditetapkan, jaringan tambahan ( lapisan 3 ) konfigurasi ini mungkin terjadi.Paling umum, dengan Internet Protocol Control Protocol (IPCP) digunakan, meskipun Internetwork Packet Exchange Control Protocol (IPXCP) dan AppleTalk Control Protocol (ATCP) pernah sangat populer. Internet Protocol Version 6 Control Protocol (IPv6CP) akan melihat diperpanjang digunakan di masa depan, saat IPv6 akan menggantikan IPv4 posisi sebagai protokol 3 layer-dominan.

Beberapa layer protokol jaringan

PPP mengijinkan berbagai protokol network layer untuk beroperasi pada link komunikasi yang sama Untuk setiap protokol lapisan jaringan yang digunakan, terpisah Network Control Protocol (NCP) disediakan dalam rangka untuk merangkum dan menegosiasikan pilihan untuk protokol network layer ganda.

Sebagai contoh, Internet Protocol (IP) menggunakan IP Control Protocol ( IPCP ), dan Internetwork Packet Exchange (IPX) menggunakan Novell IPX Control Protocol ( IPX / SPX ). NCP termasuk field yang berisi kode standar untuk menunjukkan lapisan jaringan jenis protokol bahwa koneksi PPP mengenkapsulasi.

deteksi link bergelung

PPP mendeteksi link dilingkarkan menggunakan fitur yang melibatkan angka ajaib . Ketika node mengirimkan pesan PPP LCP, pesan-pesan ini mungkin termasuk angka ajaib. Jika sebuah garis dilingkarkan, node menerima pesan LCP dengan nomor sihir sendiri, bukannya mendapatkan pesan dengan angka ajaib peer's.

Sebagian besar fitur penting

• Control Protocol memulai dan mengakhiri koneksi anggun, yang memungkinkan penghuni untuk menegosiasikan opsi koneksi. Ini juga mendukung byte-dan-berorientasi bit encodings
• Network Control Protocol digunakan untuk negosiasi informasi jaringan-layer, misalnya alamat jaringan atau opsi kompresi, setelah koneksi telah dibuat.

Konfigurasi Opsi PPP

Bagian sebelumnya memperkenalkan penggunaan pilihan LCP untuk memenuhi kebutuhan spesifik koneksi WAN. LCP dapat mencakup pilihan berikut:

Dua pilihan otentikasi adalah Password Authentication Protocol (PAP) dan Challenge Handshake Authentication Protocol (CHAP). Otentikasi dijelaskan pada bagian berikutnya.

Kompresi - Meningkatkan throughput efektif pada koneksi PPP dengan mengurangi jumlah data dalam frame yang harus bepergian ke seberang link. protokol akan mengurai frame di tempat tujuan.

Kesalahan deteksi - Mengidentifikasi kondisi kesalahan. Kualitas dan Jumlah opsi Magic membantu memastikan link, data yang dapat diandalkan loop-bebas. Bidang Magic Nomor membantu dalam mendeteksi link yang berada dalam kondisi melingkar-kembali. Sampai Magic-Nomor Konfigurasi Opsi telah berhasil dinegosiasikan, Magic-Nomor harus dikirimkan sebagai nol. nomor Magic dihasilkan secara acak pada setiap akhir dari koneksi.

Multilink - Cisco IOS Release 11.1 dan kemudian mendukung PPP multilink. Alternatif ini menyediakan load balancing atas interface router yang menggunakan PPP. Multilink PPP (juga disebut sebagai MLPPP, MP, MPPP, MLP, atau Multilink) menyediakan metode untuk menyebarkan lalu lintas di beberapa sambungan PPP berbeda.

frame PPP

Name Nama	Number of bytes Jumlah byte	Description Deskripsi
Protokol	1 atau 2	pengaturan protokol pada data lapangan
Informasi	variabel (0 atau lebih)	datagram
Lapisan	variabel (0 atau lebih)	padding opsional

Kolom Protokol menunjukkan jenis paket payload (misalnya LCP , NCP , IP , IPX , AppleTalk , dll).

Kolom Informasi berisi muatan PPP, tetapi memiliki panjang variabel dengan maksimal dinegosiasikan disebut Unit Transmisi Maksimum .. Mungkin empuk pada transmisi, jika informasi mengenai protokol tertentu dapat empuk, protokol yang harus memungkinkan informasi harus dibedakan dari padding.

Enkapsulasi

PPP frame dienkapsulasi dalam-lapisan protokol yang lebih rendah yang menyediakan framing dan dapat memberikan fungsi-fungsi lainnya seperti checksum untuk mendeteksi kesalahan transmisi. PPP pada link serial biasanya dikemas dalam membingkai mirip dengan HDLC , digambarkan oleh IETF RFC 1662 .

Name Nama	Number of bytes Jumlah byte	Description Deskripsi
Flag	1	frame memulai atau mengakhiri
Address t	1	broadcast address
Control	1	kontrol byte
Protocol	1 atau 2	pengaturan protokol di bidang informasi
Information	variabel (0 atau lebih)	datagram
Lapisan	variabel (0 atau lebih)	padding opsional
FCS	2 (atau 4)	cek kesalahan

Bidang Bendera hadir ketika PPP dengan framing HDLC-seperti digunakan.

Address dan bidang Kontrol selalu memiliki nilai hex FF (untuk "semua stasiun") dan 03 hex (untuk "informasi tidak bernomor"), dan dapat dihilangkan apabila PPP LCP Alamat-dan-Control-Lapangan-Compression (ACFC) adalah dinegosiasikan .

Frame Check Sequence (FCS) field digunakan untuk menentukan apakah sebuah frame individu memiliki kesalahan. Ini berisi checksum dihitung atas bingkai untuk memberikan perlindungan dasar terhadap kesalahan dalam transmisi. Ini adalah CRC kode yang mirip dengan yang digunakan untuk lapisan lain dua kesalahan perlindungan skema protokol seperti yang digunakan dalam Ethernet. According to RFC 1662 , it can be either 16 bits (2 bytes) or 32 bits (4 bytes) in size (default is 16 bits - Polynomial x ¹⁶ + x ¹² + x ⁵ + 1). Menurut RFC 1662 , hal itu dapat berupa 16 bit (2 byte) atau 32 bit (4 byte) dalam ukuran (default adalah 16 bit - Polinomial x ¹⁶ + x ¹² + x ⁵ + 1).

Zat ini dihitung atas ladang Alamat, Control, Protokol, Informasi dan Padding setelah pesan telah melarikan diri.

PPP aktivasi line dan fase

Diagram yang menggambarkan fase PPP sesuai dengan RFC 1661 .

The phases of the Point to Point Protocol according to RFC 1661 are listed below: Fase Point to Point Protocol sesuai dengan RFC 1661 tercantum di bawah ini:

• Link Dead . Fase ini terjadi ketika link tersebut gagal, atau salah satu sisi telah diberitahu untuk tidak terhubung (misalnya user telah selesai koneksi dialup nya.)
• Link Establishment Phase . Fase ini adalah tempat Link Control Protocol negosiasi dicoba. Jika berhasil, kontrol pergi entah ke fase otentikasi atau Network-Layer Protocol fase, tergantung pada apakah otentikasi yang diinginkan.
• Authentication Phase . Hal ini memungkinkan pihak untuk mengotentikasi satu sama lain sebelum sambungan dibuat. Jika berhasil, kontrol pergi ke fase protokol jaringan-layer.
• Network-Layer Protocol Phase . Fase ini dimana setiap protokol yang diinginkan ' Network Control Protokol dipanggil. Sebagai contoh, IPCP digunakan dalam membangun layanan IP melewati garis. transportasi Data untuk semua protokol yang berhasil dimulai dengan protokol kendali mereka jaringan juga terjadi di fase ini. Penutupan protokol jaringan juga terjadi di fase ini.
• Link Termination Phase Hal ini dapat terjadi jika ada kegagalan otentikasi, jika ada kesalahan checksum begitu banyak bahwa kedua pihak memutuskan untuk meruntuhkan link secara otomatis, jika link itu tiba-tiba gagal, atau jika pengguna memutuskan untuk menutup koneksi-nya. Fase ini mencoba untuk menutup segala sesuatunya seanggun mungkin tergantung pada keadaan.

Multiclass PPP

MP naik monoton urutan penomoran (nomor bersebelahan diperlukan untuk semua fragmen dari sebuah paket) tidak mengizinkan penangguhan pengiriman urutan fragmen dari satu paket untuk mengirimkan paket lain. Pendekatan yang jelas untuk menyediakan lebih dari satu tingkat suspensi dengan PPP Multilink adalah dengan menjalankan beberapa kali Multilink lebih dari satu link. seperti yang pasti memberikan jalan bagi lebih dari satu contoh untuk menjadi aktif.. Setiap kelas menjalankan salinan terpisah yaitu mekanisme pasti menggunakan nomor urutan ruang yang terpisah dan reassembly buffer. See RFC 2686 . Lihat RFC 2686 .

Challenge-Handshake Authentication Protocol (CHAP)

Challenge-Handshake Authentication Protocol (CHAP) mengotentikasi atau jaringan host user untuk otentikasi entitas. entitas itu mungkin, misalnya, penyedia layanan Internet .

CHAP memberikan perlindungan terhadap serangan pemutaran oleh peer melalui penggunaan secara bertahap mengubah identifier dan nilai-tantangan variabel. CHAP membutuhkan baik klien dan server mengetahui plaintext dari rahasia, meskipun tidak pernah dikirim melalui jaringan.

Microsoft telah mengimplementasikan varian dari handshake otentikasi protokol-Challenge, yang disebut MS-CHAP , yang tidak memerlukan baik peer untuk mengetahui plaintext.

Bekerja Siklus

CHAP merupakan skema otentikasi yang digunakan oleh Point to Point) Protocol (PPP server untuk memvalidasi identitas klien remote. CHAP berkala memverifikasi identitas klien dengan menggunakan -way handshake tiga . Ini terjadi pada waktu pembentukan awal link , dan dapat terjadi lagi sewaktu-waktu setelahnya. Verifikasi ini didasarkan pada sebuah rahasia bersama (seperti klien user password).

1. Setelah selesainya tahap pembentukan link, authenticator mengirimkan sebuah "tantangan" pesan untuk peer.
2. Peer merespon dengan nilai yang dihitung dengan menggunakan cara hash fungsi-satu pada tantangan dan rahasia gabungan.
3. authenticator memeriksa respon terhadap perhitungan tersendiri dari nilai hash yang diharapkan. Jika nilai cocok, authenticator mengakui otentikasi, jika harus mengakhiri sambungan.
4. Pada interval waktu yang acak authenticator mengirimkan tantangan baru untuk peer dan mengulangi langkah 1 sampai 3.

Paket CHAP

Description	1 byte	1byte	2 byte	1 byte	Variabel	variabel
Challenge	Code = 1	ID	Length	Challenge length	Challenge value	Name
Response	Code = 2	ID	Length	ResponseLength	Response value	Name
Sukses	Kode = 3	ID	Length		Message
Failure	Kode 4 =	ID	Length Panjang		Message

Password autentikasi protokol

Sebuah protokol otentikasi password (uncapitalized) adalah protokol otentikasi yang menggunakan sandi .

PAP digunakan oleh Point to Point Protocol untuk memvalidasi pengguna sebelum mengizinkan mereka akses ke sumber daya server. Hampir semua sistem operasi jaringan remote server dukungan PAP.

PAP mengirimkan enkripsi ASCII password melalui jaringan dan karena itu dianggap tidak aman. Hal ini digunakan sebagai jalan terakhir ketika server remote tidak mendukung protokol otentikasi yang kuat, seperti CHAP atau EAP (sementara yang terakhir sebenarnya kerangka).

siklus Kerja

• Client mengirimkan username dan password
• Server mengirimkan otentikasi-ack (jika kelayakannya OK) atau pengesahan-nak (dinyatakan)

Paket PAP

Deskripsi	1 byte	1 byte	2 byte	1 byte	Variabel	1 byte	Variabel
Otentikasi-request	Kode 1 =	ID	Panjang	Username panjang	Username	Panjang password	Password
Otentikasi-ack	Kode 2 =	ID	Panjang	Panjang pesan	Pesan
Otentikasi-nak	Kode = 3	ID	Panjang	Panjang pesan	Pesan

paket PAP tertanam dalam bingkai PPP. Bidang protokol memiliki nilai C023 (hex).

Frame relay

Frame Relay adalah protokol packet-switching yang menghubungkan perangkat-perangkat telekomunikasi pada satu Wide Area Network (WAN).^[1] Protokol ini bekerja pada lapisan Fisik dan Data Link pada model referensi OSI.^[2] Protokol Frame Relay menggunakan struktur Frame yang menyerupai LAPD, perbedaannya adalah Frame Header pada LAPD digantikan oleh field header sebesar 2 bita pada Frame Relay.

Keuntungan Frame Relay

Frame Relay menawarkan alternatif bagi teknologi Sirkuit Sewa lain seperti jaringan X.25 dan sirkuit Sewa biasa. Kunci positif teknologi ini adalah:^[3]

• Sirkuit Virtual hanya menggunakan lebar pita saat ada data yang lewat di dalamnya, banyak sirkuit virtual dapat dibangun secara bersamaan dalam satu jaringan transmisi.
• Kehandalan saluran komunikasi dan peningkatan kemampuan penanganan error pada perangkat-perangkat telekomunikasi memungkinkan protokol Frame Relay untuk mengacuhkan Frame yang bermasalah (mengandung error) sehingga mengurangi data yang sebelumnya diperlukan untuk memproses penanganan error..

Standarisasi Frame Relay

Proposal awal mengenai teknologi Frame Relay sudah diajukan ke CCITT semenjak tahun 1984, namun perkembangannya saat itu tidak signifikan karena kurangnya interoperasi dan standarisasi dalam teknologi ini. Perkembangan teknologi ini dimulai di saat Cisco, Digital Equipment Corporation (DEC), Northern Telecom, dan StrataCom membentuk suatu konsorsium yang berusaha mengembangkan frame relay. Selain membahas dasar-dasar protokol Frame Relay dari CCITT, konsorsium ini juga mengembangkan kemampuan ini untuk berinteroperasi pada jaringan yang lebih rumit. Kemampuan ini di kemudian hari disebut Local Management Interface (LMI).^[4]

Format Frame Relay

Struktur Frame pada Frame Relay

Format Frame Relay terdiri atas bagian-bagian sebagai berikut:^[5]

Flags

Membatasi awal dan akhir suatu frame. Nilai field ini selalu sama dan dinyatakan dengan bilangan hexadesimal 7E atau 0111 1110 dalam format biner. Untuk mematikan bilangan tersebut tidak muncul pada bagian frame lainnya, digunakan prosedur Bit-stuffing dan Bit-destuffing.

Address

Terdiri dari beberapa informasi:

1. Data Link Connection Identifier (DLCI), terdiri dari 10 bita, bagian pokok dari header Frame Relay dan merepresentasikan koneksi virtual antara DTE dan Switch Frame Relay. Tiap koneksi virtual memiliki 1 DLCI yang unik.
2. Extended Address (EA), menambah kemungkinan pengalamatan transmisi data dengan menambahkan 1 bit untuk pengalamatan
3. C/R, menentukan apakah frame ini termasuk dalam kategori Perintah (Command) atau Tanggapan (Response)
4. FECN (Forward Explicit Congestion Notification), indikasi jumlah frame yang dibuang karena terjadinya kongesti di jaringan tujuan
5. BECN (Backward Explicit Congestion Notification), indikasi jumlah frame yang mengarah ke switch FR tersebut tetapi dibuang karena terjadinya kongesti di jaringan asal
6. Discard Eligibility, menandai frame yang dapat dibuang jika terjadi kongesti di jaringan

Data

Terdiri dari data pada layer di atasnya yang dienkapsulasi. Tiap frame yang panjangnya bervariasi ini dapat mencapai hingga 4096 oktet.

Frame Check Sequence

Bertujuan untuk memastikan integritas data yang ditransmisikan. nilai ini dihitung perangkat sumber dan diverifikasi oleh penerima.

Sirkuit Virtual

2 jenis sirkit dalam Frame Relay: Switched Virtual Circuit dan Permanent Virtual Circuit

Frame pada Frame Relay dikirimkan ke tujuannya dengan menggunakan sirkit virtual (jalur logikal dalam jaringan). Sirkit Virtual ini bisa berupa Sirkit Virtual Permanen (Permanent Virtual Circuit / PVC), atau Sirkit Virtual Switch (Switched Virtual Circuit / SVC).

Permanent Virtual Circuit (PVC)

PVC adalah koneksi yang terbentuk untuk menghubungkan 2 peralatan secara terus menerus tanpa memperhitungkan apakah sedang ada komunikasi data yang terjadi di dalam sirkit tersebut. PVC tidak memerlukan proses pembangunan panggilan seperti pada SVC dan memiliki 2 status kerja:

1. Data Transfer, pengiriman data sedang terjadi dalam sirkit
2. Idle, koneksi antar titik masih aktif tapi tidak ada data yang dikirimkan dalam sirkit

Switched Virtual Circuit (SVC)

SVC adalah koneksi sementara yang terbentuk hanya pada kondisi dimana pengiriman data berlangsung. Status-status dalam koneksi ini adalah:

1. Call Setup, hubungan antar perangkat sedang dibangun
2. Data Transfer, data dikirimkan antar perangkat dalam sirkit virtual yang telah dibangun
3. Idle, ada koneksi aktif yang telah terbentuk, tetapi tidak ada data yang lewat di dalamnya
4. Call Termination, pemutusan hubungan antar perangkat, terjadi saat waktu idle melebihi patokan yang ditentukan