Dhukungan teknis 3CX nanggapi: njupuk lalu lintas SIP ing server PBX

Ing artikel iki kita bakal ngomong babagan dhasar njupuk lan nganalisa lalu lintas SIP sing digawe dening 3CX PBX. Artikel kasebut ditujokake kanggo administrator sistem pemula utawa pangguna biasa sing tanggung jawab kalebu pangopènan telpon. Kanggo sinau ing-ambane topik, disaranake kanggo liwat Kursus Pelatihan 3CX Lanjut.

3CX V16 ngidini sampeyan njupuk lalu lintas SIP langsung liwat antarmuka web server lan nyimpen ing format Wireshark PCAP standar. Sampeyan bisa masang file panangkepan nalika ngubungi dhukungan teknis utawa ngundhuh kanggo analisis independen.

Yen 3CX mlaku ing Windows, sampeyan kudu nginstal Wireshark ing server 3CX dhewe. Yen ora, pesen ing ngisor iki bakal katon nalika sampeyan nyoba njupuk.
Dhukungan teknis 3CX nanggapi: njupuk lalu lintas SIP ing server PBX

Ing sistem Linux, utilitas tcpdump diinstal kanthi otomatis nalika nginstal utawa nganyari 3CX.

Jupuk lalu lintas

Kanggo miwiti njupuk, pindhah menyang bagean antarmuka Ngarep> Acara SIP banjur pilih antarmuka sing arep dijupuk. Sampeyan uga bisa njupuk lalu lintas ing kabeh antarmuka bebarengan, kajaba IPv6 tunneling antarmuka.

Dhukungan teknis 3CX nanggapi: njupuk lalu lintas SIP ing server PBX

Ing 3CX kanggo Linux, sampeyan bisa njupuk lalu lintas kanggo host lokal (lo). Jupuk iki digunakake kanggo nganalisa sambungan klien SIP nggunakake teknologi 3CX Tunnel lan Session Border Controller.

Tombol Traffic Capture ngluncurake Wireshark ing Windows utawa tcpdump ing Linux. Ing titik iki, sampeyan kudu cepet ngasilake masalah, amarga ... capture punika CPU intensif lan njupuk munggah jumlah cukup saka papan disk.  
Dhukungan teknis 3CX nanggapi: njupuk lalu lintas SIP ing server PBX

Pay manungsa waé menyang paramèter telpon ing ngisor iki:

  • Nomer saka ngendi telpon digawe, sing nomer liyane / peserta ing telpon uga disebut.
  • Wektu pas masalah dumadi miturut jam server 3CX.
  • Rute telpon.

Coba ora klik ing ngendi wae ing antarmuka kajaba tombol "Stop". Uga, aja ngeklik pranala liya ing jendhela browser iki. Yen ora, panangkepan lalu lintas bakal terus ing latar mburi lan bakal nyebabake beban tambahan ing server.

Nampa File Capture

Tombol Stop mandheg njupuk lan nyimpen file panangkepan. Sampeyan bisa ndownload file kasebut menyang komputer kanggo dianalisis ing sarana Wireshark utawa ngasilake file khusus dhukungan teknis, sing bakal kalebu panangkepan iki lan informasi debugging liyane. Sawise diundhuh utawa kalebu ing paket dhukungan, file panangkepan otomatis dibusak saka server 3CX kanggo tujuan keamanan.

Ing server 3CX file dumunung ing lokasi ing ngisor iki:

  • Windows: C:ProgramData3CXInstance1DataLogsdump.pcap
  • Linux: /var/lib/3cxpbx/Instance/Data/Logs/dump.pcap

Kanggo ngindhari tambah beban server utawa mundhut paket nalika dijupuk, wektu panangkepan diwatesi nganti 2 yuta paket. Sawise iki, panangkepan otomatis mandheg. Yen sampeyan butuh panangkepan maneh, gunakake sarana Wireshark sing kapisah kaya sing diterangake ing ngisor iki.

Nangkep lalu lintas nganggo sarana Wireshark

Yen sampeyan kasengsem ing analisis lalu lintas jaringan sing luwih jero, jupuk kanthi manual. Download utilitas Wireshark kanggo OS sampeyan saka kene. Sawise nginstal sarana ing server 3CX, pindhah menyang Jupuk> Antarmuka. Kabeh antarmuka jaringan OS bakal ditampilake ing kene. Alamat IP antarmuka bisa ditampilake ing standar IPv6. Kanggo ndeleng alamat IPv4, klik alamat IPv6.

Dhukungan teknis 3CX nanggapi: njupuk lalu lintas SIP ing server PBX

Pilih antarmuka kanggo dijupuk lan klik tombol Pilihan. Busak centhang Capture Traffic ing mode promiscuous lan ninggalake setelan liyane ora diganti.

Dhukungan teknis 3CX nanggapi: njupuk lalu lintas SIP ing server PBX

Saiki sampeyan kudu nggawe maneh masalah. Nalika masalah digawe maneh, mungkasi njupuk (Menu Capture> Stop). Sampeyan bisa milih pesen SIP ing menu Telephony > SIP Flows.

Dasar Analisis Lalu Lintas - SIP Ulem Pesen

Ayo goleki kolom utama pesen SIP INVITE, sing dikirim kanggo nggawe telpon VoIP, yaiku. minangka titik wiwitan kanggo analisis. Biasane, SIP INVITE kalebu saka 4 nganti 6 kolom kanthi informasi sing digunakake dening piranti pungkasan SIP (telpon, gateway) lan operator telekomunikasi. Pangertosan isi INVITE lan pesen sing ana ing ngisor iki asring mbantu nemtokake sumber masalah. Kajaba iku, kawruh babagan lapangan INVITE mbantu nalika nyambungake operator SIP menyang 3CX utawa nggabungake 3CX karo PBX SIP liyane.

Ing pesen INVITE, pangguna (utawa piranti SIP) diidentifikasi dening URI. Biasane, SIP URI yaiku nomer telpon pangguna + alamat server SIP. SIP URI meh padha karo alamat e-mail lan ditulis minangka sip:x@y:Port.

Dhukungan teknis 3CX nanggapi: njupuk lalu lintas SIP ing server PBX

Request-Line-URI:

Request-Line-URI - Lapangan ngemot panampa telpon. Isine informasi sing padha karo kolom To, nanging tanpa Jeneng Tampilan pangguna.

Liwat:

Via - saben server SIP (proxy) sing liwat panjalukan INVITE nambah alamat IP lan port sing pesen ditampa ing ndhuwur dhaptar Via. Pesen kasebut banjur ditularake ing sadawane rute kasebut. Nalika panampa pungkasan nanggapi panjalukan INVITE, kabeh simpul transit "ndeleng" header Via lan bali pesen menyang pangirim ing rute sing padha. Ing kasus iki, proxy SIP transit mbusak data saka header.

from:

Saka - header nuduhake panyuwun panyuwunan saka sudut pandang server SIP. Header dibentuk kanthi cara sing padha karo alamat e-mail (user@domain, ing ngendi pangguna minangka nomer ekstensi saka pangguna 3CX, lan domain minangka alamat IP lokal utawa domain SIP saka server 3CX). Kaya header To, header Saka ngemot URI lan opsional Jeneng Tampilan pangguna. Kanthi ndeleng header Saka, sampeyan bisa ngerti persis carane panjaluk SIP iki kudu diproses.

Standar SIP RFC 3261 nemtokake yen Jeneng Tampilan ora dikirim, telpon IP utawa gateway VoIP (UAC) kudu nggunakake Jeneng Tampilan "Anonim", contone, Saka: "Anonim"[email dilindhungi]>.

Kanggo:

Kanggo - Header iki nuduhake panampa panyuwunan. Iki bisa dadi panampa pungkasan telpon utawa link penengah. Biasane header ngandhut SIP URI, nanging rencana liyane bisa (pirsani RFC 2806 [9]). Nanging, SIP URI kudu didhukung ing kabeh implementasine saka protokol SIP, preduli saka pabrikan hardware. Header To uga bisa ngemot Jeneng Tampilan, contone, Kanggo: "Jeneng Jeneng mburi"[email dilindhungi]>).

Biasane kolom To ngemot URI SIP sing nuduhake proxy SIP pisanan (sabanjure) sing bakal ngolah panyuwunan kasebut. Iki ora kudu dadi panampa pungkasan saka panjalukan.

Hubungi:

Kontak - header ngemot URI SIP sing bisa sampeyan hubungi pangirim panyuwunan INVITE. Iki minangka header sing dibutuhake lan kudu ngemot siji SIP URI. Iki minangka bagean saka komunikasi rong arah sing cocog karo panyuwunan SIP INVITE asli. Penting banget yen header Kontak ngemot informasi sing bener (kalebu alamat IP) sing pangirim panyuwunan ngarepake respon. Kontak URI uga digunakake ing komunikasi luwih lanjut, sawise sesi komunikasi wis ditetepake.

ngidini:

Allow - lapangan ngemot dhaptar paramèter (metode SIP), dipisahake karo koma. Dheweke nggambarake kemampuan protokol SIP sing didhukung pangirim (piranti). Daftar lengkap metode: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, SUBSCRIBE, UPDATE. Cara SIP diterangake kanthi luwih rinci kene.

Source: www.habr.com

Add a comment