Domanda

Sto ricerca di uno strumento che mette alla prova SIP chiamate . Una piattaforma che effettua una chiamata da SIP dispositivo A alla SIP dispositivo B e segnala i risultati ...

Qualche idea? Una piattaforma di simulazione sarebbe l'ideale.

thnx, cateof

È stato utile?

Soluzione

SIPP su SourceForge. Ha molti diversi scenari di test che la modalità di UAS (server) probabilmente sarebbe interessante per voi e sembra consentire INVITANO, BYE, ecc

Altri suggerimenti

Ci sono molte soluzioni. Alcuni più rotto di altri. Ecco un breve riassunto di quello che ho trovato durante la ricerca di una base per una corretta soluzione di test automatizzati.

E 'ok se desideri solo dialogo sola alla volta. Che cosa non funziona qui è soluzioni complesse in cui è necessario per sincronizzare 2 gambe chiamata, effettuare la registrazione, chiamata e la presenza nello stesso scenario. Se andate in questo modo, ci si ritroverà con l'esecuzione di più scenari SIPP per ogni elemento conversazione separatamente. Sipp anche non scala a tutti per i trasferimenti dei media. Anche se è multithreaded, qualcosa impedisce di esecuzione contemporaneamente - se si guarda al htop per esempio, vedrete che SIPP non attraversa la linea 100%. Circa 50 le chiamate dei media inizia a tagliare l'audio e prendere tutte le CPU della macchina.

A volte può perdere traccia di ciò che sta accadendo, alcuni pacchetti che non appartengono nemmeno alla chiamata in realtà, possono fallire il test. E 'ottenuto alcuni bug stupide come maiuscole e minuscole il confronto delle intestazioni.

soluzione Ruby-based in cui si deve scrivere i tuoi scenari in Ruby. Essa ha avuto il proprio stack SIP e un sacco di test. Mentre è generalmente buono e gestisce un sacco di scenari complessi bene, il suo design è terribile. Bugs sono difficili da rintracciare e dopo una settimana ho avuto> 10 patch che mi serviva solo per fargli fare cose di base. Più tardi ho imparato che alcuni degli scenari sono appena scritto in un modo diverso, ma gli sviluppatori SIPR non erano veramente reattivo e ci sono voluti un sacco di tempo per trovare fuori. azioni Sincronizzazione di molti agenti, se un problema difficile, dal momento che vuole usare un evento-based, ma ancora versione single-threaded ... rende solo ti concentri troppo su "quale ordine può accadere dentro e posso gestirlo correttamente", piuttosto che scrivere il test vero.

soluzione commerciale. Mai provato correttamente dal momento che la funzionalità di base non è presente nella versione di valutazione ed è difficile spendere tutti quei soldi su qualcosa che non sei sicuro funziona ...

soluzione basata su Java riutilizzo dello stack Jain-SIP. Si può fare quasi qualsiasi scenario ed è abbastanza buono. Si cerca di rendere tutto non bloccante / azione basato producono i medesimi problemi SIPR contiene, ma in questo caso è banale renderlo parallelo / filettato. Essa ha la propria quota di bug, quindi non tutto funziona bene nel pacchetto di vaniglia, ma la maggior parte della roba è patchable. Gli sviluppatori sembrano essere impegnato con altri progetti, in modo da non è aggiornato per un lungo periodo di tempo. Se avete bisogno di trasferimenti, presenza, dialogo-info, messaggi personalizzati, gestione RTP, ecc - si dovrà scrivere le proprie modifiche a loro sostegno. Non è bene per il test delle prestazioni.

Se sei un Java-odiatore come me, può essere utilizzato in modo semplice da Jython, JRuby o qualsiasi altro linguaggio JVM.

Alla fine, ho scelto SIPunit come / male / soluzione inutilizzabile almeno rotto. E non è affatto perfetto, ma ... funziona nella maggior parte dei casi. Se stavo facendo il progetto ancora una volta con tutta questa conoscenza, probabilmente sarei riutilizzo configurazioni Sipp e provare a scrivere il mio, soluzione sensata che usi una corretta threading - ma questo è almeno un progetto di ½ anno per una persona, per farlo bene sufficiente per la produzione.

SIPInspector . Si tratta di un programma di utilità basato su Java per ricreare diversi scenari di segnalazione SIP. Può riprodurre RTP e lo stress testare il sistema troppo. Dal momento che scritto in Java è altamente portatile e funziona su diversi sistemi oeprating. Modo più semplice per l'utente di Sipp.

Che cosa si desidera verificare a parte se la chiamata arriva fino in fondo? Non puoi semplicemente chiamare il dispositivo B dal dispositivo A e vedere se si può parlare attraverso la connessione? Se si vuole avere uno sguardo ai pacchetti che vengono inviati si dovrebbe guardare in Wireshark .

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top