• Articles
• admin

hvis du vil spore et VoIP-opkald ved hjælp af Trådbark, skal du bruge menupunktet telefoni, vælg VoIP-opkald, du vil se SIP-opkaldslisten. Du vil være i stand til at se starttidspunkt og klokkeslæt for hvert opkald. Samt den oprindelige højttaler og IP-adresse på den, der ringer op. Derudover vil du se opkalds-id ‘et og callee-id’ et i formularen og den øverste URL.

Netark er et netværk capture værktøj, der analyserer pakker. For at foretage et opkald eller gengive den specifikke handling, du ønsker at analysere (for eksempel registrering hos en VoIP-udbyder eller et udgående opkald). Du kan også bruge Netmark til at registrere trafik på cloud. Capture pakker kan bruges til SIP trafik analyse, programmel, kommunikation, lokale netværk udvikling.

hvordan filtrerer jeg VoIP-opkald ved hjælp af trådløst internet?

hvordan analyserer jeg VoIP-opkald ved hjælp af trådløst internet?

for at kunne få adgang til VoIP-opkaldsanalysen skal du bruge menupunktet, telefoni, Voice Over IP-telefoniopkald de aktuelle Voice Over Internet Protocol understøttede protokoller er :

• UNISTIM
• MGCP
• ISUP
• H323
• SIP
• SDP

hver VoIP-opkaldsliste viser følgende oplysninger pr.opkald.

stoptid: dette er stoptidspunktet for opkaldet

starttidspunkt: dette viser starttidspunktet for opkaldet

indledende højttaler: viser IP-adressekilden for den pakke, der startede opkaldet.

fra: for ISUP-og H323-opkald er dette opkaldsnummeret. For SIP-opkald er’ fra ‘ – feltet i invitationen til UNISTIM, Terminal ID. For MGCP-opkald, slutpunktet for opkaldsnummer.

til: for ISUP-og H323-opkald er dette det kaldte VoIP-nummer. For SIP-opkald er dette ‘ til ‘ – feltet for invitationen. For UNISTM er dette det opkaldte nummer. For MGCP-opkald, det opkaldte nummer eller slutpunkt.

protokol: dette vil vise nogen af de protokoller, der er anført i det foregående afsnit.

pakker: Dette viser antallet af pakker, der er involveret i opkaldet.

tilstand: Dette er den aktuelle opkaldstilstand. De mulige værdier er:

• afvist: opkaldet blev frigivet før tilslutning af destinationssiden
• afsluttet: opkaldet blev tilsluttet og derefter frigivet
• opkaldsopsætning: opkald i opsætningstilstand (fortsætter, skrider frem eller ændrer)
• annulleret: hvilket betyder, at opkaldet blev frigivet før forbindelsen fra den oprindelige opkalder
• ringer: betyder, at opkaldet ringer (MGCP-opkald understøtter kun det)
• Incall: for at angive, at opkaldet stadig er tilsluttet.
• ukendt: Dette viser, at opkaldet er i en ukendt tilstand

kommentar: en ekstra kommentar, dette er protokolafhængig. For H. 323-opkald viser det, om opkaldet bruger Hurtig Start eller h245-tunneling

filtrering af VoIP-opkald

for at forberede et filter til et specifikt opkald skal du vælge de ønskede opkald og trykke på knappen forbered filter. Dette vil opbygge et filter i Hovedvinduerne for at filtrere pakkerne, der er knyttet til dette opkald. Dette er mest vigtigt, når du vil forbinde ISUP-opkald eller SDP-meddelelse efter CIC-værdi.

til grafanalyse, et eller flere taleopkald fra Voice Over IP-listen, vælg dem fra posten og klik derefter på grafknappen.

grafen vil indeholde følgende oplysninger:

• viser TCP-eller UDP-pakkekilde og destinationsport pr. pakke
• RTP-trafikken genoptages i en bredere pil med den tilsvarende codec
• etiketten øverst på pilene viser en meddelelsestype. Når den er tilgængelig, viser den også mediekodek
• en pil, der viser retningen for hver pakkefangst i opkaldene
• op til ti kolonner, der viser en IP-adresse
• alle pakker, der er fra det samme opkald, er farvet med den samme farve
• kommentarkolonnen har protokolafhængig information, der:

H323

• frigivelsesmeddelelsen angiver spørgsmål.931 release cause code
• Hurtig start og H245 Tunneling til og fra for pakken
• setup-meddelelsen angiver det kaldende og kaldte nummer

SIP invite

• angiver, om pakken er en anmodning eller en statusmeddelelse
• invitationsmeddelelsen angiver også fra-og til-felterne
• for at invitere besked skildrer også fra og til felterne

ISUP

• formatet er som følger: Netværks-id-Destinationspunktkode, CIC, Netværks-ID-oprindelig Punktkode

MGCP

• viser MCCP-slutpunkt-ID ‘ et, og hvis pakken er en anmodnings-eller svarmeddelelse

UNISTIM

• detaljer om meddelelsen og sekvensen

RTP

• angiver antallet af RTP-pakker i strømmen, varigheden i sekunder og SSRC-feltet

når du trykker på en pakke i grafen, vælges den valgte ramme fra i hovedvinduet.

Sådan spiller du VoIP-opkald i Trådbark?

for at afspille, RTP-lydstrømmen af et eller flere opkald fra Voice Over IP-listen, vælg dem fra posten, og tryk derefter på knappen “Player”:

vælg en startværdi for jitteren, og klik derefter på afkodningsknappen. Jitterbufferen gengivet af Trådbark er en jitterbuffer i standardstørrelse og kan effektivt bruges til at gengive, hvad klienter effektivt kan høre under et VoIP-opkald. Du kan nu se alle RTP streams for de opkald, der er valgt.

Bemærk, at alle RTP-pakker droppes, da jitterbufferen rapporteres, såvel som de pakker, der er ude af rækkefølge. Ved at trykke på play-knappen afspilles RTP-streams indefra. En statuslinje viser positionen i strømmen og synkroniseres blandt alle RTP-streams, der afspilles.

Sådan analyserer du et SIP-opkald ved hjælp af Trådbark?

Fejlfinding: Løsning af almindelige pakketabsproblemer forbundet med VoIP med Trådbark

når vi står over for et problem, en sådan fejl eller ingen lyd i VoIP SIP, skal vi normalt hente PCAP-filen og kontrollere pakkerne tab. Dette afsnit handler om at analysere sip-meddelelser og opkald i Internetmark.

hvis din virksomhed bruger et SIP-baseret VoIP-program, så har du muligvis fået ting til at gå galt, og brugerne kan ikke oprette forbindelse til systemet, eller opkaldskvaliteten er dårlig, eller unified communications tools kan ikke integreres godt. Når dette sker, skal du foretage fejlfinding for at løse problemet. PCAP dump fil indeholder alle de protokoller rejse i netværkskortet, Trådbark for VoIP har udtryk til at filtrere pakkerne, så der kan vise de særlige meddelelser for den specifikke protokol.

til SIP-baseret VoIP-fejlfinding vil du muligvis være interesseret i to slags pakker, SIP-pakker (Session Initiation Protocol) og transportprotokol i realtid, RTP-pakker, der bærer stemmedata.

SIP-opkaldsanalyse: Løsning af trafik over VoIP-netværk

hvis du har et forbindelsesproblem med en IP-telefon, vil du muligvis se en enorm mængde trafik, der rejser over netværket. Filtrer dette for kun at vise SIP-pakker ved at skrive SIP i filterboksen øverst i vinduet. Du vil muligvis også filtrere skærmen til kun at fange trafik til og fra problemtelefonens IP-adresse.

undersøgelse af opkaldsstrøm med ledningstråd

lad os nu foretage fejlfinding af en bruger, der kan godkende på SIP-trunking-serveren, men som ikke kan foretage opkald. Det er nemt at inspicere VoIP-trafikstrømmene for et opkald, som er konfigureret, tilsluttet og revet ned. For at gøre dette skal du vælge VoIP-telefonopkald i menuen telefoni, vælge et opkald og klikke på SIP-opkaldsstrøm.

telefonopkald kan mislykkes af de mest almindelige årsager. For eksempel kan nogle hostede portaler forvente nogle af opkaldsopsætningsoplysningerne i et format, mens en anden del af SP-infrastrukturen tilbyder det i en anden. Alternativt kan du tilmelde dig en teknologipartnerportal; de administrerer dit telefonsystem og kontrollerer pakketab, herunder fejlfinding på dine vegne.

RTP stream analysis

når du har et stemmeproblem, kan vi kontrollere følgende problemer med RTP-strømmen:hvis RTP-strømmen findes, afkodes RTP-strømmen i den rigtige codec, hvis RTP-strømmen sender og modtager på den rigtige IP-adresse og port. Og hvis RTP-strømmen kan sendes på det rigtige tidspunkt.

hvis du oplever dårlig stemmekvalitet, ændrer du filteret fra SIP til RTP for at se stemmetrafikken. RTP-analyse er smart nok til at forstå RTP-analyse. Klik på en pakke, og vælg derefter RTP stream analysis fra RTP ‘ s Telefonimenu for at hente data om det opkald, som den pakke, du klikkede på, var en del af. Du kan også fange VoIP-trafik for at bestemme RTP-pakkerne. I denne situation var andelen af tabte pakker nul procent, og den gennemsnitlige jitter, et skøn over variationen i forsinkelsen mellem pakker, der ankommer, er lav.