I did something once that does not require 2 scenarios.
Using labels, you can create different flow for Register and Invite
within the same scenario.
This will also support different call-id's for these methods.
The script I have attached shows Register + handling Invite as a
redirect server, but I think you can integrate the Register and labels
portion into a basic UAS scenario.
Good luck, Itzik.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Charles P
Wright
Sent: Sunday, June 22, 2008 12:18 AM
To: Lucian Romi
Cc: [EMAIL PROTECTED];
sipp-users@lists.sourceforge.net
Subject: Re: [Sipp-users] How to do REGISTER and UAS(INVITE server)
together.
You need to use separate scenarios.
Charles
Lucian Romi [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
06/20/2008 07:06 PM
To
sipp-users@lists.sourceforge.net
cc
Subject
[Sipp-users] How to do REGISTER and UAS(INVITE server) together.
Hi,
I tried to create one scenario like this. There are REGISTER and INVITE
server.
To make the server able to locate this UAS without expire, every 3600
second will send 1 REGISTER.
INVITE traffic is continusly sending from UAC, say 1 per second.
Because REGISTER and INVITE server have different frequency and Call-ID,
anybody tell me how to do this scenario like this. Thanks!
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for just about anything Open
Source.
http://sourceforge.net/services/buy/index.php
___
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Sipp-users mailing list
Sipp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sipp-users
?xml version=1.0 encoding=ISO-8859-1 ?
!DOCTYPE scenario SYSTEM sipp.dtd
!-- This program is free software; you can redistribute it and/or --
!-- modify it under the terms of the GNU General Public License as --
!-- published by the Free Software Foundation; either version 2 of the --
!-- License, or (at your option) any later version.--
!----
!-- This program is distributed in the hope that it will be useful,--
!-- but WITHOUT ANY WARRANTY; without even the implied warranty of --
!-- MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the --
!-- GNU General Public License for more details. --
!----
!-- You should have received a copy of the GNU General Public License --
!-- along with this program; if not, write to the --
!-- Free Software Foundation, Inc.,--
!-- 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA --
!----
!-- Sipp default 'uas' scenario. --
!----
scenario name=Basic UAS responder
!-- By adding rrs=true (Record Route Sets), the route sets --
!-- are saved and used for following messages sent. Useful to test --
!-- against stateful SIP proxies/B2BUAs. --
recv request=REGISTER optional=true crlf=true next=3
/recv
recv request=INVITE crlf=true
action
ereg regexp=[+][0-9]+|[0-9]+
search_in=hdr
header=To:
check_it=false
assign_to=1/
/action
action
ereg regexp=pstn_1
serach_in=hdr
header=From:
check_it=false
assign_to=2/
/action
/recv
pause milliseconds=300/
!-- The '[last_*]' keyword is replaced automatically by the --
!-- specified header if it was present in the last message received --
!-- (except if it was a retransmission). If the header was not --
!-- present or if no message has been received, the '[last_*]' --
!-- keyword is discarded, and all bytes until the end of the line--
!-- are also discarded. --
!-- --
!-- If the specified header was present several times in the --
!-- message, all occurences are concatenated (CRLF seperated)--
!-- to be used in place of the '[last_*]' keyword. --
send next=2 test=2
![CDATA[
SIP/2.0 100