Re: SIPP UAS scenario
James Browne via sr-users <[email protected]>
| Newsgroups | gmane.comp.voip.ser |
|---|---|
| Message-ID | <CAEpCD+pYMouBfofwcu5MjeJFavoT+4hu0n1D_ZhChopBt53MWQ@mail.gmail.com> |
At a glance, I guess that the missing branch parameter in the Via of the BYE is the cause. Nothing else stands out as being invalid. If you're still stuck, add some xlog statements to kamailio and increase the debug level. James On Thu 8 May 2025, 18:10 Sergio Charrua via sr-users, < [email protected]> wrote: > Hi all! > > my DEV/LAB environment is comprised of 3 nodes: > - SIP 1 with Asterisk and SIPP installed (IP 10.20.0.5) > - SIP 2 with Kamailio 5.8 (IP 10.20.0.4) > - SIP 3 with Asterisk and SIPP installed (IP 10.20.0.6) > > Kamailio is set as a stateful SIP Proxy and seems to be working fine (the > configuration is pretty standard, using dispatcher to dispatch to > destination, even though there is only 1 destination endpoint -» SIP 3) > > When establishing a call from SIP 1 using Asterisk, the termination is > correctly done on SIP 3, also running Asterisk. > Hanging up call on SIP 3 will send the correct BYE command to SIP 1 (of > course, Kamailio is always between the dialogs) > > When establishing a call from SIP 1 using SIPP and UAC scenario, the > termination is correctly done on SIP 3 also running SIPP with a UAS > scenario. > However, hanging up the call on SIP 3 (SIPP scenario has a Pause of 2 > seconds then sends a BYE message), the BYE command is not forwarded by > Kamailio and SIPP keep sending BYE commands. > > This is an example of the ACK and BYE command being sent from SIP 3: > > >> ACK sip:10.20.0.6:5060;transport=UDP SIP/2.0 >> Via: SIP/2.0/UDP >> 10.20.0.4;branch=z9hG4bK680a.47d763c3f0732dbe0fdb64ccbeb3454a.0 >> Via: SIP/2.0/UDP 10.20.0.5:5060 >> ;received=10.20.0.5;branch=z9hG4bK01175d44;rport=5060 >> Max-Forwards: 69 >> From: "Anonymous" <sip:[email protected]>;tag=as023237be >> To: <sip:[email protected]>;tag=20 >> Contact: <sip:[email protected]:5060> >> Call-ID: [email protected]:5060 >> CSeq: 102 ACK >> User-Agent: Asterisk PBX 18.17.1 >> Content-Length: 0 > > > and then: > > >> BYE sip:[email protected]:5060 SIP/2.0 >> Via: SIP/2.0/UDP 10.20.0.6:5060 >> Route: <sip:10.20.0.4;lr=on;ftage=46906> >> Max-Forwards: 70 >> From: sipp <sip:[email protected]:5060>;tag=46906SIPpTag0120 >> To: : "Anonymous" <sip:[email protected]>;tag=as023237be >> Call-ID: [email protected]:5060 >> Cseq: 2 BYE >> Contact: sip:[email protected]:5060 >> Content-Length: 0 >> Subject: Sending BYE > > > I'm pretty sure that the issue is within the SIPP Scenario(s), and my > guess goes to the UAS scenario on SIP 3 that has some issue with the BYE > command, but I can't figure why the message is wrong! > > The goal is to have a Testing environment where we can simulate different > call situations. SIPP is a wonderful tool but such a PITA !! > Probably i am missing some detail somewhere.... > > Has anyone done such a testing environment? Can anyone share a SIPP UAS > scenario where the BYE command is sent from the UAS (send BYE instead of > recv BYE) ? > > SIPP is launched on SIP 1 with: > sipp -sf uac.xml -i 10.20.0.5 -p 5060 10.20.0.4 -r 1 -m 1 > > SIPP is launched on SIP 3 with: > sipp -aa -sf uas5.xml -i 10.20.0.6 -p 5060 > > Thanks in advance. > > > Atenciosamente / Kind Regards / Cordialement / Un saludo, > > > *Sérgio Charrua* > __________________________________________________________ > Kamailio - Users Mailing List - Non Commercial Discussions -- > [email protected] > To unsubscribe send an email to [email protected] > Important: keep the mailing list in the recipients, do not reply only to > the sender! > __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected] To unsubscribe send an email to [email protected] Important: keep the mailing list in the recipients, do not reply only to the sender!