[Help] SIPp stops generating RTP after 1024 concurrent calls
when running sipp inside a docker container, as the entrypoint, the process id is always 1 and the ip address is always the same. as such, its impossible to generate unique calls when re-running tests as the call number will always restart at 1. adding this would allow distinct calls for each run; much easier for tracing; especially if adding the calls in sip-capture (homer).
when running sipp inside a docker container, as the entrypoint, the process id is always 1 and the ip address is always the same. as such, its impossible to generate unique calls when re-running tests, for example as the call number will always restart at 1. adding this would allow distinct calls for each run; much eacher for tracing; especially if adding the calls in sip-capture (homer).
scenario file attached.
Retry of ACK using incorrect branch header.
[Sipp-users]SIPp gets overloaded on handling media with multiple RTP sources
Correction: <nop> <action> <exec play_pcap_audio="/home/UAC/audio_in_opus.pcap"></exec> <exec play_pcap_video="/home/UAC/video_in_vp8.pcap"></exec> </action> </nop> <pause milliseconds="30000"></pause>
Issue playing both audio and video pcap together
Can't play_pcap_audio to deposit message in mailbox
I need some help
current date and time fetching function in sipp
Hi, Could you please update on this? BR// Rupinder
Sipp SIP:INFO with conditioning loop
adding info: uas send SIP INFO towards A EVERY AFTER 5secs.
Uac scenario with sip infor has condition
SIPP responds with incorrect CSEQin ACK to retried SIP responses
I can successfully run the (gsl-randist 5 10 exponential 45) command whcih indicates that GSL is working fine
GSL with SIPp
IMS Sipp compiling error
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4
priority: 5 --> 4