You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(35) |
Jul
(20) |
Aug
(30) |
Sep
(88) |
Oct
(44) |
Nov
(42) |
Dec
(21) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(53) |
Feb
(40) |
Mar
(71) |
Apr
(52) |
May
(33) |
Jun
(33) |
Jul
(31) |
Aug
(38) |
Sep
(31) |
Oct
(31) |
Nov
(14) |
Dec
(1) |
2008 |
Jan
(7) |
Feb
(11) |
Mar
(13) |
Apr
(19) |
May
(15) |
Jun
(17) |
Jul
(18) |
Aug
(6) |
Sep
(4) |
Oct
(13) |
Nov
(6) |
Dec
(5) |
2009 |
Jan
(7) |
Feb
(23) |
Mar
(1) |
Apr
(20) |
May
(26) |
Jun
(28) |
Jul
(6) |
Aug
(25) |
Sep
(40) |
Oct
(42) |
Nov
(7) |
Dec
(11) |
2010 |
Jan
(12) |
Feb
(11) |
Mar
(34) |
Apr
(14) |
May
(20) |
Jun
(22) |
Jul
(21) |
Aug
(17) |
Sep
(9) |
Oct
(17) |
Nov
(12) |
Dec
(16) |
2011 |
Jan
(14) |
Feb
(6) |
Mar
(4) |
Apr
(8) |
May
(1) |
Jun
(9) |
Jul
(1) |
Aug
(12) |
Sep
(7) |
Oct
(9) |
Nov
(48) |
Dec
(7) |
2012 |
Jan
(10) |
Feb
(18) |
Mar
(26) |
Apr
(15) |
May
(9) |
Jun
(4) |
Jul
(4) |
Aug
(15) |
Sep
(24) |
Oct
(8) |
Nov
(16) |
Dec
(7) |
2013 |
Jan
(7) |
Feb
(8) |
Mar
(16) |
Apr
(8) |
May
(9) |
Jun
(8) |
Jul
(4) |
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
(7) |
Dec
(3) |
2014 |
Jan
(12) |
Feb
(16) |
Mar
(5) |
Apr
(2) |
May
(12) |
Jun
(16) |
Jul
(1) |
Aug
(1) |
Sep
(9) |
Oct
(10) |
Nov
(5) |
Dec
(4) |
2015 |
Jan
(8) |
Feb
(1) |
Mar
(4) |
Apr
(12) |
May
(1) |
Jun
(4) |
Jul
(5) |
Aug
(2) |
Sep
|
Oct
(3) |
Nov
(6) |
Dec
|
2016 |
Jan
(6) |
Feb
(3) |
Mar
(2) |
Apr
(11) |
May
(1) |
Jun
|
Jul
(4) |
Aug
|
Sep
(3) |
Oct
(2) |
Nov
|
Dec
(12) |
2017 |
Jan
(13) |
Feb
|
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2019 |
Jan
(1) |
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: Jaime C. <jai...@te...> - 2017-05-03 14:41:13
|
Hi, Im trying to create a dictionary for MGCP protocol ( https://tools.ietf.org/html/rfc3435). The syntax is similar to HTTP/SIP, and works over UDP. The protocol has some concept of call/session,but not all messages contain this id, so Im using an "open-id" dictionary (also tried with "call" mode). I have managed to send my first message correctly, but the response seems to be unprocessed. I can see this in the log though: *|M|Send [[CRCX|M|[43 52 43 58 20 31 20 6d 6f 62 69 63 65 6e 74 73 ] <=> [CRCX 1 mobicents]|M|[2f 62 72 69 64 67 65 2f 24 40 31 39 32 2e 31 36 ] <=> [/bridge/$@192.16]|M|[38 2e 31 2e 31 38 3a 32 34 32 37 20 4d 47 43 50 ] <=> [8.1.18:2427 MGCP]|M|[20 31 2e 30 0d 0a 43 3a 20 41 33 43 34 37 46 32 ] <=> [ 1.0..C: A3C47F2]* Followed by: *|B|Buffer received size [479]|B|32 30 30 20 31 20 53 75 63 63 65 73 73 0a 49 3a|B|36 61 31 0a 5a 3a 6d 6f 62 69 63 65 6e 74 73 2f* I was expecting some error messages on response receive at least, nut nothing comes after "*Buffer received size"* . Any ideas, why the incoming response is not processed at all? Thanks in advance |
From: jmarkovi <mar...@gm...> - 2017-04-06 15:34:39
|
Trying to run IPv6 on Diameter, seeing this failure in the log Log Failure [jmarkovi@kmarkopc logs]$ cat ccr-cca-ipv6.2017-04-06.11-26-35.912.server.log 2017-04-06.11:26:35.917|A|START log 2017-04-06.11:26:35.917|E|Bad buffer size for hexadecimal buffer [0x0002260203063b2afaf02e01cfffe30d91e] 2017-04-06.11:26:35.917|E|Bad format for [0x0002260203063b2afaf02e01cfffe30d91e] 2017-04-06.11:26:35.917|E|Error while creating message 2017-04-06.11:26:35.917|E|Bad scenario definition 2017-04-06.11:26:35.917|E|Init scenario error 2017-04-06.11:26:35.918|A|STOP log Config File <?xml version="1.0" encoding="ISO-8859-1"?> <configuration name="Simple IP Server Conf"> <define entity="transport" name="trans-1" file="libtrans_ip.so" create_function="create_cipio_instance" delete_function="delete_cipio_instance" init-args="type=tcp"> </define> <define entity="channel" name="channel-1" protocol="diameter-v1" transport="trans-1" open-args="mode=server;source=[2602:306:3b2a:faf0:2e0:1cff:fe30:d91e]:3868"> </define> Scenario File <send channel="channel-1"> <command name="CEA"> <avp name="Result-Code" value="2001"> </avp> <avp name="Origin-Host" value="idefix.grenoble.hp.com"> </avp> <avp name="Origin-Realm" value="grenoble.hp.com"> </avp> <avp name="Host-IP-Address" value="0x0002260203063b2afaf02e01cfffe30d91e"> </avp> <!-- IPV6 2602:306:3b2a:faf0:2e0:1cff:fe30:d91e--> <avp name="Vendor-Id" value="11"> </avp> <avp name="Product-Name" value="HP_HSS"> </avp> <avp name="Firmware-Revision" value="1"> </avp> </command> </send> Dictionary File <body> <header name="avp" length="avp-length" type="avp-code"> <fielddef name="avp-code" size="4" unit="octet"> </fielddef> <fielddef name="flags" size="1" unit="octet"> </fielddef> <fielddef name="avp-length" size="8" unit="octet"> </fielddef> <optional> <fielddef name="Vendor-ID" size="4" unit="octet" condition="mask" field="flags" mask="128"> </fielddef> </optional> </header> </body> |
From: Makarand N. <mak...@gm...> - 2017-03-17 11:24:35
|
Further to this, surprisingly, I found that those .bat files are getting executed using 'cmd'..!! Not sure why its not getting executed from windows! Thanks, Makarand On Thu, Mar 16, 2017 at 8:20 PM, Makarand Nikam <mak...@gm...> wrote: > I am not able to find /bin folder after installation. This is what I have > - 'C:\Program Files (x86)\Seagull\diameter-env\run' > > Can you guide if this is a wrong installation set up I have. Can I get > correct set up files from somewhere. > > Thanks, > Makarand > > On Thu, Mar 16, 2017 at 8:06 PM, Konstantin Tyurin <kt...@am...> > wrote: > >> It seems you don’t have seagull installed on the host or you don’t have >> seagull/bin folder specified in $PATH environment variable. >> >> >> >> Regards, >> >> Konstantin. >> >> >> >> *From:* Makarand Nikam [mailto:mak...@gm...] >> *Sent:* Thursday, March 16, 2017 9:33 AM >> *To:* gul...@li... >> *Subject:* [Seagull-users] seagull is not recognised as internal or >> external command >> >> >> >> Hi All, >> >> >> >> I am new to seagull & want to generate traffic using seagull. While >> executing start client & server bat files, I am facing below issue. can >> some one help me to resolve this. >> >> >> >> 'seagull is not recognised as internal or external command, operable >> program or batch file' >> >> >> >> Please suggest if any configuration is missing. >> >> >> >> Thanks, >> >> Makarand >> This message and the information contained herein is proprietary and >> confidential and subject to the Amdocs policy statement, >> you may review at http://www.amdocs.com/email_disclaimer.asp >> > > |
From: Makarand N. <mak...@gm...> - 2017-03-16 14:50:29
|
I am not able to find /bin folder after installation. This is what I have - 'C:\Program Files (x86)\Seagull\diameter-env\run' Can you guide if this is a wrong installation set up I have. Can I get correct set up files from somewhere. Thanks, Makarand On Thu, Mar 16, 2017 at 8:06 PM, Konstantin Tyurin <kt...@am...> wrote: > It seems you don’t have seagull installed on the host or you don’t have > seagull/bin folder specified in $PATH environment variable. > > > > Regards, > > Konstantin. > > > > *From:* Makarand Nikam [mailto:mak...@gm...] > *Sent:* Thursday, March 16, 2017 9:33 AM > *To:* gul...@li... > *Subject:* [Seagull-users] seagull is not recognised as internal or > external command > > > > Hi All, > > > > I am new to seagull & want to generate traffic using seagull. While > executing start client & server bat files, I am facing below issue. can > some one help me to resolve this. > > > > 'seagull is not recognised as internal or external command, operable > program or batch file' > > > > Please suggest if any configuration is missing. > > > > Thanks, > > Makarand > This message and the information contained herein is proprietary and > confidential and subject to the Amdocs policy statement, > you may review at http://www.amdocs.com/email_disclaimer.asp > |
From: Konstantin T. <kt...@am...> - 2017-03-16 14:49:56
|
It seems you don’t have seagull installed on the host or you don’t have seagull/bin folder specified in $PATH environment variable. Regards, Konstantin. From: Makarand Nikam [mailto:mak...@gm...] Sent: Thursday, March 16, 2017 9:33 AM To: gul...@li... Subject: [Seagull-users] seagull is not recognised as internal or external command Hi All, I am new to seagull & want to generate traffic using seagull. While executing start client & server bat files, I am facing below issue. can some one help me to resolve this. 'seagull is not recognised as internal or external command, operable program or batch file' Please suggest if any configuration is missing. Thanks, Makarand This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp |
From: Makarand N. <mak...@gm...> - 2017-03-16 14:32:45
|
Hi All, I am new to seagull & want to generate traffic using seagull. While executing start client & server bat files, I am facing below issue. can some one help me to resolve this. 'seagull is not recognised as internal or external command, operable program or batch file' Please suggest if any configuration is missing. Thanks, Makarand |
From: Andrzej K. <kol...@gm...> - 2017-01-19 12:20:52
|
hi, I want to create a simple scenario where I simulate PCRF. overview scenario sends -> receives: CER -> CEA SLR-initial -> SLA-initial <Wait> SLR-update -> SLA-update <Wait> STR -> STA there is default section in the scenario to handle SNR requests... however, the SNR requests sent from the OCS are not handles properly... in the logs I can see (OCS tries 3 times): 2017-01-16.11:48:12.243|T|Refused (new) call with session-id [ 53 59 5f 31 36 35 31 36 35 39 36 39 5f 56 4f 49 43 45 5f 44 45 42 49 54 5f 31 ] 2017-01-16.11:48:12.259|T|Refused (new) call with session-id [ 53 59 5f 31 36 35 31 36 35 39 36 39 5f 56 4f 49 43 45 5f 44 45 42 49 54 5f 31 ] 2017-01-16.11:48:12.275|T|Refused (new) call with session-id [ 53 59 5f 31 36 35 31 36 35 39 36 39 5f 56 4f 49 43 45 5f 44 45 42 49 54 5f 31 ] so new calls are refused. I have to mention that when I created a similar set up, only instead SLR I had the DWR in the scenarios and the scenario was looping endlessly i.e. the DWRs were sent in an endless loop, the SNR requests were properly received... I suspect I don't understand who to set up a configuration file so I have 1 Sy session and not hundreds of them. or this is related to the wait command and while waiting the script can't receive requests... any ideas? my configuration file is <?xml version="1.0" encoding="ISO-8859-1"?> <configuration name="Simple IP Client Conf"> <define entity="transport" name="trans-1" file="libtrans_ip.so" create_function="create_cipio_instance" delete_function="delete_cipio_instance" init-args="type=tcp"> </define> <define entity="channel" name="channel-1" protocol="diameter-v1" transport="trans-1" open-args="mode=client;dest=172.16.75.62:7151"> </define> <!-- testing <define entity="channel" name="channel-2" protocol="diameter-v1" transport="trans-1" open-args="mode=client;dest=74.115.192.25:7151"> </define> --> <define entity="traffic-param" name="call-rate" value="1"></define> <define entity="traffic-param" name="display-period" value="1"></define> <define entity="traffic-param" name="log-stat-period" value="1"></define> <define entity="traffic-param" name="log-stat-file" value="../logs/client-stat.csv"></define> <define entity="traffic-param" name="call-timeout-ms" value="10000"></define> <define entity="traffic-param" name="display-scenario-stat" value="true"></define> <define entity="traffic-param" name="display-protocol-stat" value="true"></define> <define entity="traffic-param" name="log-protocol-stat-period" value="5"></define> <define entity="traffic-param" name="log-protocol-stat-name" value="all"></define> <define entity="traffic-param" name="log-protocol-stat-file" value="../logs/client-protocol-stat.csv"></define> <!-- <define entity="traffic-param" name="data-log-period" value="10"></define> <define entity="traffic-param" name="data-log-number" value="1000"></define> <define entity="traffic-param" name="data-log-file" value="../logs/client-rtt.csv"></define> <define entity="traffic-param" name="data-log-rtdistrib" value="3000"></define> --> <define entity="traffic-param" name="max-send" value="200"></define> <define entity="traffic-param" name="max-receive" value="200"></define> <define entity="traffic-param" name="max-simultaneous-calls" value="1000"></define> <define entity="traffic-param" name="select-timeout-ms" value="500"></define> <define entity="traffic-param" name="external-data-file" value="../scenario/sy_msisdn.csv"> </define> <define entity="traffic-param" name="external-data-select" value="random"> </define> <define entity="traffic-param" name="number-calls" value="1"></define> </configuration> -- --- Andrzej Kolodkiewicz |
From: Joaquin A. <Joa...@le...> - 2017-01-12 10:06:26
|
Hi Guys Trying to install seagull for CAMEL simulation they ask for the bellow Libraries. I suppose those libraries belong to HP OpenCall SS7? I read this is a paid feature, is it true? [centos@ packages]$ sudo rpm -i seagull-octcap-protocol-1.8.2-linux-2.6-intel.rpm error: Failed dependencies: libTTL.so.1()(64bit) is needed by seagull-octcap-protocol-1.8.2-0.i386 libTTLBase.so.1()(64bit) is needed by seagull-octcap-protocol-1.8.2-0.i386 libntl.so.1()(64bit) is needed by seagull-octcap-protocol-1.8.2-0.i386 BR Joaquin This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. |
From: Joaquin A. <Joa...@le...> - 2017-01-05 14:07:21
|
Hi Guys Trying to install seagull for CAMEL simulation they ask for the bellow Libraries. I suppose those libraries belong to HP OpenCall SS7? I read this is a paid feature, is it true? [centos@ packages]$ sudo rpm -i seagull-octcap-protocol-1.8.2-linux-2.6-intel.rpm error: Failed dependencies: libTTL.so.1()(64bit) is needed by seagull-octcap-protocol-1.8.2-0.i386 libTTLBase.so.1()(64bit) is needed by seagull-octcap-protocol-1.8.2-0.i386 libntl.so.1()(64bit) is needed by seagull-octcap-protocol-1.8.2-0.i386 BR Joaquin This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. |
From: Andrzej K. <kol...@gm...> - 2017-01-05 09:32:35
|
hi, I usually have action section before the initial request <action> <!-- select MSISDN from msisdn.csv file --> <restore-from-external field="0" entity="Subscription-Id-Data"> </restore-from-external> <restore-from-external field="2" name="SID"> </restore-from-external> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <!--<set-value name="Session-Id" format="VOICE_TEST$(SID)_$(session-counter)"></set-value>--> <set-value name="Session-Id" format="$(SID)_VOICE_DEBIT_$(session-counter)"></set-value> </action> this selects a MSISD and session ID form a file that might look similar to this one where the last field is the randomized session ID. Making the session ID pool large enough decreases the chance of collision. "string";"string";"string"; "6475733471";"666";"414120592"; "6475733471";"666";"39512391 "; "6475733471";"666";"990417978"; "6475733471";"666";"909629085"; "6475733471";"666";"802470384"; "6475733471";"666";"600034366"; "6475733471";"666";"414104570"; "6475733471";"666";"889011086"; "6475733471";"666";"950753403"; then throughout the scenario file you must maintain the session id so after each request you must store the values in an action section <action> <store name="SESSION_ID" entity="Session-Id"></store> <store name="MSISDN" entity="Subscription-Id-Data"> </store> <start-timer></start-timer> </action> and the restore them before the next request. I don't really bother formatting part of the session ID from date as this still can result in an Id that is not unique if the rate is high enough... don't forget to configure your file in the config... cheers, Andrzej On 4 January 2017 at 19:50, Joaquin Alzola <Joa...@le...> wrote: > Thx for the tip > > > > date=`date +"%Y%m%d%H%M%S"` > > sed -e "s/XXCXX/$date/g" ../scenario/ccr-cca.client.xml.macro > > ../scenario/ccr-cca.client.xml > > seagull -conf ../config/conf.client.1call.xml -dico ../config/base_cc.xml > -scen ../scenario/ccr-cca.client.xml -log ../logs/client.log -llevel ET > > > > got it working now with uniq Session-Ids. > > > > One thing less to worry J > > > > *From:* Konstantin Tyurin [mailto:kt...@am...] > *Sent:* 04 January 2017 18:28 > > *To:* Joaquin Alzola <Joa...@le...> > *Cc:* gul...@li... > *Subject:* RE: Session-ID > > > > As far as I know seagull can’t do it. > > > > You can write some bash/perl script for this. Long time ago we did it to > emulate different Result-Code values from server. There was a scenario > template file with placeholder inside. You run the starting script, it > replaces the placeholder to the value you want (random or current date in > your case) and then starts the seagull with this scenario. Unfortunately I > don’t have such script but it was just a few lines, will be easy for you if > you decide to write one. > > > > Regards, > > Konstantin. > > > > *From:* Joaquin Alzola [mailto:Joa...@le... > <Joa...@le...>] > *Sent:* 4 января 2017 г. 12:17 > *To:* Konstantin Tyurin <kt...@am...> > *Cc:* gul...@li... > *Subject:* RE: Session-ID > > > > Thanks Kostantin, that make the Session ID to be the same throughout the > message. > > Was hoping to add the date (or some other form of rand()) so I could have > a random Session-ID each time I launch the ./start_client…. > > > > What you suggested work fine. > > > > *From:* Konstantin Tyurin [mailto:kt...@am... <kt...@am...>] > > *Sent:* 04 January 2017 17:21 > *To:* Joaquin Alzola <Joa...@le...> > *Cc:* gul...@li... > *Subject:* RE: Session-ID > > > > Hello Joaquin, > > > > I believe you need “<inc-counter name="session-counter"> </inc-counter>” > only when you send CCR-I. Try to remove it from CCR-U and CCR-T. > > > > I’m not sure if it’s possible to set current time as a counter variable > and assign it to Session-ID. > > > > Regards, > > Konstantin Tyurin. > > > > *From:* Joaquin Alzola [mailto:Joa...@le... > <Joa...@le...>] > *Sent:* 4 января 2017 г. 7:06 > *To:* gul...@li... > *Subject:* [Seagull-users] Session-ID > > > > Hi Guys > > > > I am almost finished with an OCS Diameter configuration where I have to > send. > > > > CCR-I > > CCR-U > > CCR-T > > > > All this CCRs have to maintain the same Session ID. > > > > Currently: > > <set-value name="Session-Id" > > format=".;1096298391;$(session-counter)"></set-value> > > > > So When sending the CCR-U the counter increases the value one so from > CCR-I to CCR-U it will have different Session-Id. > > > > Putting a harcoded value (the same all the time I will try to avoid it). > > > > Is there a way to maintain the Session ID which such as a combination of > YYYYMMDDhhmmss? > > > > > > Bellow the ccr-cca.client.xml > > > > <?xml version="1.0" encoding="ISO-8859-1" ?> > > <scenario> > > > > <counter> > > <counterdef name="HbH-counter" init="1000"> </counterdef> > > <counterdef name="EtE-counter" init="2000"> </counterdef> > > <counterdef name="session-counter" init="0"> </counterdef> > > </counter> > > > > <init> > > <send channel="channel-1"> > > <command name="CER"> > > <avp name="Origin-Host" value="XX"> </avp> > > <avp name="Origin-Realm" value="XX"> </avp> > > <avp name="Host-IP-Address" value="xxxxxxxx"> </avp> > > <avp name="Vendor-Id" value="2"> </avp> > > <avp name="Product-Name" value="HP Cx Interface"> </avp> > > <avp name="Origin-State-Id" value="1094807040"> </avp> > > <avp name="Vendor-Specific-Application-Id"> > > <avp name="Vendor-Id" value="11"></avp> > > <avp name="Auth-Application-Id" value="167772151 > <16%20777%2021%2051>"></avp> > > <avp name="Acct-Application-Id" value="0"></avp> > > </avp> > > <avp name="Firmware-Revision" value="1"> </avp> > > </command> > > </send> > > > > <receive channel="channel-1"> > > <command name="CEA"> > > </command> > > </receive> > > </init> > > > > <!-- Traffic --> > > <traffic> > > <send channel="channel-1"> > > <action> > > <!-- For each new call, increment the session-ID counter --> > > <inc-counter name="HbH-counter"> </inc-counter> > > <inc-counter name="EtE-counter"> </inc-counter> > > <inc-counter name="session-counter"> </inc-counter> > > <set-value name="HbH-id" > > format="$(HbH-counter)"></set-value> > > <set-value name="EtE-id" > > format="$(EtE-counter)"></set-value> > > <set-value name="Session-Id" > > format=".;1096298391;$(session-counter)"></set-value> > > </action> > > <command name="CCR"> > > <avp name="Session-Id" value="value_is_replaced"> </avp> > > <avp name="Origin-Host" value="XXXXX"> </avp> > > <avp name="Origin-Realm" value="XXXXX"> </avp> > > <avp name="Destination-Realm" value="XXX"> </avp> > > <avp name="Auth-Application-Id" value="4"></avp> > > <avp name="CC-Request-Type" value="1"> </avp> > > <avp name="CC-Request-Number" value="0"> </avp> > > <avp name="Service-Context-Id" value="32...@3g..."></avp> > > <avp name="Origin-State-Id" value="612"></avp> > > <avp name="Destination-Host" value="XXX"> </avp> > > <avp name="Subscription-Id"> > > <avp name="Subscription-Id-Type" value="0"></avp> > > <avp name="Subscription-Id-Data" value="31645958277"></avp> > > </avp> > > <avp name="Multiple-Services-Indicator" value="1"> </avp> > > <avp name="Service-Information"> > > <avp name="PS-Information"> > > <avp name="3GPP-Charging-Id" value="0x8200033b"></avp> > > <avp name="3GPP-PDP-Type" value="0"></avp> > > <avp name="PDP-Address" value="XXXXXXXXXX"></avp> > > <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05- > 23921f9196fefe742bfefe006200"></avp> > > <avp name="SGSN-Address" value="XXXXXX"></avp> > > <avp name="GGSN-Address" value="XXXXXXX"></avp> > > <avp name="CG-Address" value="XXXXXXXXX"></avp> > > <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> > > <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> > > <avp name="3GPP-NSAPI" value="5"></avp> > > <avp name="Called-Station-Id" value="XXXXXXXXXX"></avp> > > <avp name="3GPP-Selection-Mode" value="0"></avp> > > <avp name="3GPP-Charging-Characteristics" > value="0800"></avp> > > <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> > > <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> > > <avp name="3GPP-User-Location-Info" > value="0x0102f496232e9246"></avp> > > <avp name="3GPP-RAT-Type" value="01"></avp> > > <avp name="PDP-Context-Type" value="0"></avp> > > <avp name="Charging-Rule-Base-Name" > value="up_lebara.dra.hplmn"></avp> > > </avp> > > </avp> > > <!-- Added --> > > </command> > > <action> > > <start-timer></start-timer> > > </action> > > </send> > > > > <receive channel="channel-1"> > > <action> > > <stop-timer></stop-timer> > > </action> > > <command name="CCA"> > > </command> > > </receive> > > > > <send channel="channel-1"> > > <action> > > <!-- For each new call, increment the session-ID counter --> > > <inc-counter name="HbH-counter"> </inc-counter> > > <inc-counter name="EtE-counter"> </inc-counter> > > <inc-counter name="session-counter"> </inc-counter> > > <set-value name="HbH-id" > > format="$(HbH-counter)"></set-value> > > <set-value name="EtE-id" > > format="$(EtE-counter)"></set-value> > > <set-value name="Session-Id" > > format=".;1096298391;$(session-counter)"></set-value> > > </action> > > <command name="CCR"> > > <avp name="Session-Id" value="value_is_replaced"> </avp> > > <avp name="Origin-Host" value="XXXXXXXXX"> </avp> > > <avp name="Origin-Realm" value="XXXXXXXXXXX"> </avp> > > <avp name="Destination-Realm" value="ocg.huawei.com"> </avp> > > <avp name="Auth-Application-Id" value="4"></avp> > > <avp name="CC-Request-Type" value="2"> </avp> > > <avp name="CC-Request-Number" value="1"> </avp> > > <avp name="Service-Context-Id" value="32...@3g..."></avp> > > <avp name="Origin-State-Id" value="612"></avp> > > <avp name="Destination-Host" value="OCG"> </avp> > > <avp name="Subscription-Id"> > > <avp name="Subscription-Id-Type" value="0"></avp> > > <avp name="Subscription-Id-Data" value="31645958277"></avp> > > </avp> > > <avp name="Multiple-Services-Indicator" value="1"> </avp> > > <avp name="Multiple-Services-Credit-Control"> > > <avp name="Requested-Service-Unit" value=""></avp> > > <avp name="Used-Service-Unit"> > > <avp name="CC-Time" value="0"></avp> > > <avp name="CC-Total-Octets" value="0"></avp> > > <avp name="CC-Input-Octets" value="0"></avp> > > <avp name="CC-Output-Octets" value="0"></avp> > > </avp> > > <avp name="Rating-Group" value="3000"></avp> > > <avp name="3GPP-Reporting-Reason" value="4"></avp> > > </avp> > > <avp name="Service-Information"> > > <avp name="PS-Information"> > > <avp name="3GPP-Charging-Id" value="XXX"></avp> > > <avp name="3GPP-PDP-Type" value="0"></avp> > > <avp name="PDP-Address" value="XX"></avp> > > <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05- > 23921f9196fefe742bfefe006200"></avp> > > <avp name="SGSN-Address" value="XX"></avp> > > <avp name="GGSN-Address" value="XX"></avp> > > <avp name="CG-Address" value="XX"></avp> > > <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> > > <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> > > <avp name="3GPP-NSAPI" value="5"></avp> > > <avp name="Called-Station-Id" value="XXXXXXXXXXX"></avp> > > <avp name="3GPP-Selection-Mode" value="0"></avp> > > <avp name="3GPP-Charging-Characteristics" > value="0800"></avp> > > <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> > > <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> > > <avp name="3GPP-User-Location-Info" > value="0x0102f496232e9246"></avp> > > <avp name="3GPP-RAT-Type" value="01"></avp> > > <avp name="PDP-Context-Type" value="0"></avp> > > <avp name="Charging-Rule-Base-Name" > value="XXXXXXXXXXX"></avp> > > </avp> > > </avp> > > <!-- Added --> > > </command> > > <action> > > <start-timer></start-timer> > > </action> > > </send> > > > > <receive channel="channel-1"> > > <action> > > <stop-timer></stop-timer> > > </action> > > <command name="CCA"> > > </command> > > </receive> > > > > </traffic> > > > > </scenario> > > > > > > This email is confidential and may be subject to privilege. If you are not > the intended recipient, please do not copy or disclose its content but > contact the sender immediately upon receipt. > > This message and the information contained herein is proprietary and > confidential and subject to the Amdocs policy statement, > > you may review at http://www.amdocs.com/email_disclaimer.asp > > This email is confidential and may be subject to privilege. If you are not > the intended recipient, please do not copy or disclose its content but > contact the sender immediately upon receipt. > > This message and the information contained herein is proprietary and > confidential and subject to the Amdocs policy statement, > > you may review at http://www.amdocs.com/email_disclaimer.asp > This email is confidential and may be subject to privilege. If you are not > the intended recipient, please do not copy or disclose its content but > contact the sender immediately upon receipt. > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Gull-users mailing list > Gul...@li... > https://lists.sourceforge.net/lists/listinfo/gull-users > > -- --- Andrzej Kolodkiewicz |
From: Joaquin A. <Joa...@le...> - 2017-01-04 19:06:10
|
Thx for the tip date=`date +"%Y%m%d%H%M%S"` sed -e "s/XXCXX/$date/g" ../scenario/ccr-cca.client.xml.macro > ../scenario/ccr-cca.client.xml seagull -conf ../config/conf.client.1call.xml -dico ../config/base_cc.xml -scen ../scenario/ccr-cca.client.xml -log ../logs/client.log -llevel ET got it working now with uniq Session-Ids. One thing less to worry :) From: Konstantin Tyurin [mailto:kt...@am...] Sent: 04 January 2017 18:28 To: Joaquin Alzola <Joa...@le...> Cc: gul...@li... Subject: RE: Session-ID As far as I know seagull can’t do it. You can write some bash/perl script for this. Long time ago we did it to emulate different Result-Code values from server. There was a scenario template file with placeholder inside. You run the starting script, it replaces the placeholder to the value you want (random or current date in your case) and then starts the seagull with this scenario. Unfortunately I don’t have such script but it was just a few lines, will be easy for you if you decide to write one. Regards, Konstantin. From: Joaquin Alzola [mailto:Joa...@le...] Sent: 4 января 2017 г. 12:17 To: Konstantin Tyurin <kt...@am...<mailto:kt...@am...>> Cc: gul...@li...<mailto:gul...@li...> Subject: RE: Session-ID Thanks Kostantin, that make the Session ID to be the same throughout the message. Was hoping to add the date (or some other form of rand()) so I could have a random Session-ID each time I launch the ./start_client…. What you suggested work fine. From: Konstantin Tyurin [mailto:kt...@am...] Sent: 04 January 2017 17:21 To: Joaquin Alzola <Joa...@le...<mailto:Joa...@le...>> Cc: gul...@li...<mailto:gul...@li...> Subject: RE: Session-ID Hello Joaquin, I believe you need “<inc-counter name="session-counter"> </inc-counter>” only when you send CCR-I. Try to remove it from CCR-U and CCR-T. I’m not sure if it’s possible to set current time as a counter variable and assign it to Session-ID. Regards, Konstantin Tyurin. From: Joaquin Alzola [mailto:Joa...@le...] Sent: 4 января 2017 г. 7:06 To: gul...@li...<mailto:gul...@li...> Subject: [Seagull-users] Session-ID Hi Guys I am almost finished with an OCS Diameter configuration where I have to send. CCR-I CCR-U CCR-T All this CCRs have to maintain the same Session ID. Currently: <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> So When sending the CCR-U the counter increases the value one so from CCR-I to CCR-U it will have different Session-Id. Putting a harcoded value (the same all the time I will try to avoid it). Is there a way to maintain the Session ID which such as a combination of YYYYMMDDhhmmss? Bellow the ccr-cca.client.xml <?xml version="1.0" encoding="ISO-8859-1" ?> <scenario> <counter> <counterdef name="HbH-counter" init="1000"> </counterdef> <counterdef name="EtE-counter" init="2000"> </counterdef> <counterdef name="session-counter" init="0"> </counterdef> </counter> <init> <send channel="channel-1"> <command name="CER"> <avp name="Origin-Host" value="XX"> </avp> <avp name="Origin-Realm" value="XX"> </avp> <avp name="Host-IP-Address" value="xxxxxxxx"> </avp> <avp name="Vendor-Id" value="2"> </avp> <avp name="Product-Name" value="HP Cx Interface"> </avp> <avp name="Origin-State-Id" value="1094807040"> </avp> <avp name="Vendor-Specific-Application-Id"> <avp name="Vendor-Id" value="11"></avp> <avp name="Auth-Application-Id" value="167772151"></avp> <avp name="Acct-Application-Id" value="0"></avp> </avp> <avp name="Firmware-Revision" value="1"> </avp> </command> </send> <receive channel="channel-1"> <command name="CEA"> </command> </receive> </init> <!-- Traffic --> <traffic> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXX"> </avp> <avp name="Origin-Realm" value="XXXXX"> </avp> <avp name="Destination-Realm" value="XXX"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Service-Context-Id" value="32...@3g...<mailto:32...@3g...>"></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="XXX"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="0x8200033b"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XXXXXXXXXX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XXXXXX"></avp> <avp name="GGSN-Address" value="XXXXXXX"></avp> <avp name="CG-Address" value="XXXXXXXXX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="up_lebara.dra.hplmn"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXXXXXX"> </avp> <avp name="Origin-Realm" value="XXXXXXXXXXX"> </avp> <avp name="Destination-Realm" value="ocg.huawei.com"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="2"> </avp> <avp name="CC-Request-Number" value="1"> </avp> <avp name="Service-Context-Id" value="32...@3g...<mailto:32...@3g...>"></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="OCG"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Multiple-Services-Credit-Control"> <avp name="Requested-Service-Unit" value=""></avp> <avp name="Used-Service-Unit"> <avp name="CC-Time" value="0"></avp> <avp name="CC-Total-Octets" value="0"></avp> <avp name="CC-Input-Octets" value="0"></avp> <avp name="CC-Output-Octets" value="0"></avp> </avp> <avp name="Rating-Group" value="3000"></avp> <avp name="3GPP-Reporting-Reason" value="4"></avp> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="XXX"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XX"></avp> <avp name="GGSN-Address" value="XX"></avp> <avp name="CG-Address" value="XX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="XXXXXXXXXXX"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> </traffic> </scenario> This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. |
From: Konstantin T. <kt...@am...> - 2017-01-04 18:28:34
|
As far as I know seagull can't do it. You can write some bash/perl script for this. Long time ago we did it to emulate different Result-Code values from server. There was a scenario template file with placeholder inside. You run the starting script, it replaces the placeholder to the value you want (random or current date in your case) and then starts the seagull with this scenario. Unfortunately I don't have such script but it was just a few lines, will be easy for you if you decide to write one. Regards, Konstantin. From: Joaquin Alzola [mailto:Joa...@le...] Sent: 4 января 2017 г. 12:17 To: Konstantin Tyurin <kt...@am...> Cc: gul...@li... Subject: RE: Session-ID Thanks Kostantin, that make the Session ID to be the same throughout the message. Was hoping to add the date (or some other form of rand()) so I could have a random Session-ID each time I launch the ./start_client.... What you suggested work fine. From: Konstantin Tyurin [mailto:kt...@am...] Sent: 04 January 2017 17:21 To: Joaquin Alzola <Joa...@le...<mailto:Joa...@le...>> Cc: gul...@li...<mailto:gul...@li...> Subject: RE: Session-ID Hello Joaquin, I believe you need "<inc-counter name="session-counter"> </inc-counter>" only when you send CCR-I. Try to remove it from CCR-U and CCR-T. I'm not sure if it's possible to set current time as a counter variable and assign it to Session-ID. Regards, Konstantin Tyurin. From: Joaquin Alzola [mailto:Joa...@le...] Sent: 4 января 2017 г. 7:06 To: gul...@li...<mailto:gul...@li...> Subject: [Seagull-users] Session-ID Hi Guys I am almost finished with an OCS Diameter configuration where I have to send. CCR-I CCR-U CCR-T All this CCRs have to maintain the same Session ID. Currently: <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> So When sending the CCR-U the counter increases the value one so from CCR-I to CCR-U it will have different Session-Id. Putting a harcoded value (the same all the time I will try to avoid it). Is there a way to maintain the Session ID which such as a combination of YYYYMMDDhhmmss? Bellow the ccr-cca.client.xml <?xml version="1.0" encoding="ISO-8859-1" ?> <scenario> <counter> <counterdef name="HbH-counter" init="1000"> </counterdef> <counterdef name="EtE-counter" init="2000"> </counterdef> <counterdef name="session-counter" init="0"> </counterdef> </counter> <init> <send channel="channel-1"> <command name="CER"> <avp name="Origin-Host" value="XX"> </avp> <avp name="Origin-Realm" value="XX"> </avp> <avp name="Host-IP-Address" value="xxxxxxxx"> </avp> <avp name="Vendor-Id" value="2"> </avp> <avp name="Product-Name" value="HP Cx Interface"> </avp> <avp name="Origin-State-Id" value="1094807040"> </avp> <avp name="Vendor-Specific-Application-Id"> <avp name="Vendor-Id" value="11"></avp> <avp name="Auth-Application-Id" value="167772151"></avp> <avp name="Acct-Application-Id" value="0"></avp> </avp> <avp name="Firmware-Revision" value="1"> </avp> </command> </send> <receive channel="channel-1"> <command name="CEA"> </command> </receive> </init> <!-- Traffic --> <traffic> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXX"> </avp> <avp name="Origin-Realm" value="XXXXX"> </avp> <avp name="Destination-Realm" value="XXX"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Service-Context-Id" value="32...@3g...<mailto:32...@3g...>"></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="XXX"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="0x8200033b"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XXXXXXXXXX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XXXXXX"></avp> <avp name="GGSN-Address" value="XXXXXXX"></avp> <avp name="CG-Address" value="XXXXXXXXX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="up_lebara.dra.hplmn"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXXXXXX"> </avp> <avp name="Origin-Realm" value="XXXXXXXXXXX"> </avp> <avp name="Destination-Realm" value="ocg.huawei.com"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="2"> </avp> <avp name="CC-Request-Number" value="1"> </avp> <avp name="Service-Context-Id" value="32...@3g...<mailto:32...@3g...>"></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="OCG"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Multiple-Services-Credit-Control"> <avp name="Requested-Service-Unit" value=""></avp> <avp name="Used-Service-Unit"> <avp name="CC-Time" value="0"></avp> <avp name="CC-Total-Octets" value="0"></avp> <avp name="CC-Input-Octets" value="0"></avp> <avp name="CC-Output-Octets" value="0"></avp> </avp> <avp name="Rating-Group" value="3000"></avp> <avp name="3GPP-Reporting-Reason" value="4"></avp> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="XXX"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XX"></avp> <avp name="GGSN-Address" value="XX"></avp> <avp name="CG-Address" value="XX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="XXXXXXXXXXX"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> </traffic> </scenario> This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp |
From: Joaquin A. <Joa...@le...> - 2017-01-04 18:17:09
|
Thanks Kostantin, that make the Session ID to be the same throughout the message. Was hoping to add the date (or some other form of rand()) so I could have a random Session-ID each time I launch the ./start_client…. What you suggested work fine. From: Konstantin Tyurin [mailto:kt...@am...] Sent: 04 January 2017 17:21 To: Joaquin Alzola <Joa...@le...> Cc: gul...@li... Subject: RE: Session-ID Hello Joaquin, I believe you need “<inc-counter name="session-counter"> </inc-counter>” only when you send CCR-I. Try to remove it from CCR-U and CCR-T. I’m not sure if it’s possible to set current time as a counter variable and assign it to Session-ID. Regards, Konstantin Tyurin. From: Joaquin Alzola [mailto:Joa...@le...] Sent: 4 января 2017 г. 7:06 To: gul...@li...<mailto:gul...@li...> Subject: [Seagull-users] Session-ID Hi Guys I am almost finished with an OCS Diameter configuration where I have to send. CCR-I CCR-U CCR-T All this CCRs have to maintain the same Session ID. Currently: <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> So When sending the CCR-U the counter increases the value one so from CCR-I to CCR-U it will have different Session-Id. Putting a harcoded value (the same all the time I will try to avoid it). Is there a way to maintain the Session ID which such as a combination of YYYYMMDDhhmmss? Bellow the ccr-cca.client.xml <?xml version="1.0" encoding="ISO-8859-1" ?> <scenario> <counter> <counterdef name="HbH-counter" init="1000"> </counterdef> <counterdef name="EtE-counter" init="2000"> </counterdef> <counterdef name="session-counter" init="0"> </counterdef> </counter> <init> <send channel="channel-1"> <command name="CER"> <avp name="Origin-Host" value="XX"> </avp> <avp name="Origin-Realm" value="XX"> </avp> <avp name="Host-IP-Address" value="xxxxxxxx"> </avp> <avp name="Vendor-Id" value="2"> </avp> <avp name="Product-Name" value="HP Cx Interface"> </avp> <avp name="Origin-State-Id" value="1094807040"> </avp> <avp name="Vendor-Specific-Application-Id"> <avp name="Vendor-Id" value="11"></avp> <avp name="Auth-Application-Id" value="167772151"></avp> <avp name="Acct-Application-Id" value="0"></avp> </avp> <avp name="Firmware-Revision" value="1"> </avp> </command> </send> <receive channel="channel-1"> <command name="CEA"> </command> </receive> </init> <!-- Traffic --> <traffic> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXX"> </avp> <avp name="Origin-Realm" value="XXXXX"> </avp> <avp name="Destination-Realm" value="XXX"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Service-Context-Id" value="32...@3g...<mailto:32...@3g...>"></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="XXX"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="0x8200033b"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XXXXXXXXXX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XXXXXX"></avp> <avp name="GGSN-Address" value="XXXXXXX"></avp> <avp name="CG-Address" value="XXXXXXXXX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="up_lebara.dra.hplmn"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXXXXXX"> </avp> <avp name="Origin-Realm" value="XXXXXXXXXXX"> </avp> <avp name="Destination-Realm" value="ocg.huawei.com"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="2"> </avp> <avp name="CC-Request-Number" value="1"> </avp> <avp name="Service-Context-Id" value="32...@3g...<mailto:32...@3g...>"></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="OCG"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Multiple-Services-Credit-Control"> <avp name="Requested-Service-Unit" value=""></avp> <avp name="Used-Service-Unit"> <avp name="CC-Time" value="0"></avp> <avp name="CC-Total-Octets" value="0"></avp> <avp name="CC-Input-Octets" value="0"></avp> <avp name="CC-Output-Octets" value="0"></avp> </avp> <avp name="Rating-Group" value="3000"></avp> <avp name="3GPP-Reporting-Reason" value="4"></avp> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="XXX"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XX"></avp> <avp name="GGSN-Address" value="XX"></avp> <avp name="CG-Address" value="XX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="XXXXXXXXXXX"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> </traffic> </scenario> This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. |
From: Konstantin T. <kt...@am...> - 2017-01-04 17:20:59
|
Hello Joaquin, I believe you need "<inc-counter name="session-counter"> </inc-counter>" only when you send CCR-I. Try to remove it from CCR-U and CCR-T. I'm not sure if it's possible to set current time as a counter variable and assign it to Session-ID. Regards, Konstantin Tyurin. From: Joaquin Alzola [mailto:Joa...@le...] Sent: 4 января 2017 г. 7:06 To: gul...@li... Subject: [Seagull-users] Session-ID Hi Guys I am almost finished with an OCS Diameter configuration where I have to send. CCR-I CCR-U CCR-T All this CCRs have to maintain the same Session ID. Currently: <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> So When sending the CCR-U the counter increases the value one so from CCR-I to CCR-U it will have different Session-Id. Putting a harcoded value (the same all the time I will try to avoid it). Is there a way to maintain the Session ID which such as a combination of YYYYMMDDhhmmss? Bellow the ccr-cca.client.xml <?xml version="1.0" encoding="ISO-8859-1" ?> <scenario> <counter> <counterdef name="HbH-counter" init="1000"> </counterdef> <counterdef name="EtE-counter" init="2000"> </counterdef> <counterdef name="session-counter" init="0"> </counterdef> </counter> <init> <send channel="channel-1"> <command name="CER"> <avp name="Origin-Host" value="XX"> </avp> <avp name="Origin-Realm" value="XX"> </avp> <avp name="Host-IP-Address" value="xxxxxxxx"> </avp> <avp name="Vendor-Id" value="2"> </avp> <avp name="Product-Name" value="HP Cx Interface"> </avp> <avp name="Origin-State-Id" value="1094807040"> </avp> <avp name="Vendor-Specific-Application-Id"> <avp name="Vendor-Id" value="11"></avp> <avp name="Auth-Application-Id" value="167772151"></avp> <avp name="Acct-Application-Id" value="0"></avp> </avp> <avp name="Firmware-Revision" value="1"> </avp> </command> </send> <receive channel="channel-1"> <command name="CEA"> </command> </receive> </init> <!-- Traffic --> <traffic> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXX"> </avp> <avp name="Origin-Realm" value="XXXXX"> </avp> <avp name="Destination-Realm" value="XXX"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Service-Context-Id" value="32...@3g...<mailto:32...@3g...>"></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="XXX"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="0x8200033b"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XXXXXXXXXX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XXXXXX"></avp> <avp name="GGSN-Address" value="XXXXXXX"></avp> <avp name="CG-Address" value="XXXXXXXXX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="up_lebara.dra.hplmn"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXXXXXX"> </avp> <avp name="Origin-Realm" value="XXXXXXXXXXX"> </avp> <avp name="Destination-Realm" value="ocg.huawei.com"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="2"> </avp> <avp name="CC-Request-Number" value="1"> </avp> <avp name="Service-Context-Id" value="32...@3g...<mailto:32...@3g...>"></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="OCG"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Multiple-Services-Credit-Control"> <avp name="Requested-Service-Unit" value=""></avp> <avp name="Used-Service-Unit"> <avp name="CC-Time" value="0"></avp> <avp name="CC-Total-Octets" value="0"></avp> <avp name="CC-Input-Octets" value="0"></avp> <avp name="CC-Output-Octets" value="0"></avp> </avp> <avp name="Rating-Group" value="3000"></avp> <avp name="3GPP-Reporting-Reason" value="4"></avp> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="XXX"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XX"></avp> <avp name="GGSN-Address" value="XX"></avp> <avp name="CG-Address" value="XX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="XXXXXXXXXXX"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> </traffic> </scenario> This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp |
From: Joaquin A. <Joa...@le...> - 2017-01-04 13:05:56
|
Hi Guys I am almost finished with an OCS Diameter configuration where I have to send. CCR-I CCR-U CCR-T All this CCRs have to maintain the same Session ID. Currently: <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> So When sending the CCR-U the counter increases the value one so from CCR-I to CCR-U it will have different Session-Id. Putting a harcoded value (the same all the time I will try to avoid it). Is there a way to maintain the Session ID which such as a combination of YYYYMMDDhhmmss? Bellow the ccr-cca.client.xml <?xml version="1.0" encoding="ISO-8859-1" ?> <scenario> <counter> <counterdef name="HbH-counter" init="1000"> </counterdef> <counterdef name="EtE-counter" init="2000"> </counterdef> <counterdef name="session-counter" init="0"> </counterdef> </counter> <init> <send channel="channel-1"> <command name="CER"> <avp name="Origin-Host" value="XX"> </avp> <avp name="Origin-Realm" value="XX"> </avp> <avp name="Host-IP-Address" value="xxxxxxxx"> </avp> <avp name="Vendor-Id" value="2"> </avp> <avp name="Product-Name" value="HP Cx Interface"> </avp> <avp name="Origin-State-Id" value="1094807040"> </avp> <avp name="Vendor-Specific-Application-Id"> <avp name="Vendor-Id" value="11"></avp> <avp name="Auth-Application-Id" value="167772151"></avp> <avp name="Acct-Application-Id" value="0"></avp> </avp> <avp name="Firmware-Revision" value="1"> </avp> </command> </send> <receive channel="channel-1"> <command name="CEA"> </command> </receive> </init> <!-- Traffic --> <traffic> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXX"> </avp> <avp name="Origin-Realm" value="XXXXX"> </avp> <avp name="Destination-Realm" value="XXX"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Service-Context-Id" value="32...@3g..."></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="XXX"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="0x8200033b"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XXXXXXXXXX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XXXXXX"></avp> <avp name="GGSN-Address" value="XXXXXXX"></avp> <avp name="CG-Address" value="XXXXXXXXX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="up_lebara.dra.hplmn"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> <send channel="channel-1"> <action> <!-- For each new call, increment the session-ID counter --> <inc-counter name="HbH-counter"> </inc-counter> <inc-counter name="EtE-counter"> </inc-counter> <inc-counter name="session-counter"> </inc-counter> <set-value name="HbH-id" format="$(HbH-counter)"></set-value> <set-value name="EtE-id" format="$(EtE-counter)"></set-value> <set-value name="Session-Id" format=".;1096298391;$(session-counter)"></set-value> </action> <command name="CCR"> <avp name="Session-Id" value="value_is_replaced"> </avp> <avp name="Origin-Host" value="XXXXXXXXX"> </avp> <avp name="Origin-Realm" value="XXXXXXXXXXX"> </avp> <avp name="Destination-Realm" value="ocg.huawei.com"> </avp> <avp name="Auth-Application-Id" value="4"></avp> <avp name="CC-Request-Type" value="2"> </avp> <avp name="CC-Request-Number" value="1"> </avp> <avp name="Service-Context-Id" value="32...@3g..."></avp> <avp name="Origin-State-Id" value="612"></avp> <avp name="Destination-Host" value="OCG"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"></avp> <avp name="Subscription-Id-Data" value="31645958277"></avp> </avp> <avp name="Multiple-Services-Indicator" value="1"> </avp> <avp name="Multiple-Services-Credit-Control"> <avp name="Requested-Service-Unit" value=""></avp> <avp name="Used-Service-Unit"> <avp name="CC-Time" value="0"></avp> <avp name="CC-Total-Octets" value="0"></avp> <avp name="CC-Input-Octets" value="0"></avp> <avp name="CC-Output-Octets" value="0"></avp> </avp> <avp name="Rating-Group" value="3000"></avp> <avp name="3GPP-Reporting-Reason" value="4"></avp> </avp> <avp name="Service-Information"> <avp name="PS-Information"> <avp name="3GPP-Charging-Id" value="XXX"></avp> <avp name="3GPP-PDP-Type" value="0"></avp> <avp name="PDP-Address" value="XX"></avp> <avp name="3GPP-GPRS-Negotiated-QoS-Profile" value="05-23921f9196fefe742bfefe006200"></avp> <avp name="SGSN-Address" value="XX"></avp> <avp name="GGSN-Address" value="XX"></avp> <avp name="CG-Address" value="XX"></avp> <avp name="3GPP-IMSI-MCC-MNC" value="20469"></avp> <avp name="3GPP-GGSN-MCC-MNC" value="20469"></avp> <avp name="3GPP-NSAPI" value="5"></avp> <avp name="Called-Station-Id" value="XXXXXXXXXXX"></avp> <avp name="3GPP-Selection-Mode" value="0"></avp> <avp name="3GPP-Charging-Characteristics" value="0800"></avp> <avp name="3GPP-SGSN-MCC-MNC" value="20469"></avp> <!-- <avp name="3GPP-MS-TimeZone" value="0"></avp> --> <avp name="3GPP-User-Location-Info" value="0x0102f496232e9246"></avp> <avp name="3GPP-RAT-Type" value="01"></avp> <avp name="PDP-Context-Type" value="0"></avp> <avp name="Charging-Rule-Base-Name" value="XXXXXXXXXXX"></avp> </avp> </avp> <!-- Added --> </command> <action> <start-timer></start-timer> </action> </send> <receive channel="channel-1"> <action> <stop-timer></stop-timer> </action> <command name="CCA"> </command> </receive> </traffic> </scenario> This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. |
From: Joaquin A. <Joa...@le...> - 2017-01-03 18:03:29
|
Thanks!!! From: Konstantin Tyurin [mailto:kt...@am...] Sent: 03 January 2017 14:43 To: Joaquin Alzola <Joa...@le...> Cc: gul...@li... Subject: RE: Only one request Hello Joaquin, Set 'number-calls' parameter to 1 in configuration file. Regards, Konstantin. From: Joaquin Alzola [mailto:Joa...@le...] Sent: 3 января 2017 г. 5:21 To: gul...@li...<mailto:gul...@li...> Subject: [Seagull-users] Only one request Hi Guys How can ONLY one request be launch? When I rung the script normally it will send 1 request (or whatever is on the conf file) per sec. I just want to send one BR Joaquin This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. |
From: Konstantin T. <kt...@am...> - 2017-01-03 14:56:05
|
Hello Joaquin, Set 'number-calls' parameter to 1 in configuration file. Regards, Konstantin. From: Joaquin Alzola [mailto:Joa...@le...] Sent: 3 января 2017 г. 5:21 To: gul...@li... Subject: [Seagull-users] Only one request Hi Guys How can ONLY one request be launch? When I rung the script normally it will send 1 request (or whatever is on the conf file) per sec. I just want to send one BR Joaquin This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp |
From: Joaquin A. <Joa...@le...> - 2017-01-03 11:37:16
|
Hi Guys How can ONLY one request be launch? When I rung the script normally it will send 1 request (or whatever is on the conf file) per sec. I just want to send one BR Joaquin This email is confidential and may be subject to privilege. If you are not the intended recipient, please do not copy or disclose its content but contact the sender immediately upon receipt. |
From: SUDHAKAR R. G. <SUD...@ca...> - 2017-01-02 12:32:50
|
Hi, I think it's a repeated question but would like to clarify the following I want Seagull server to add or delete AVPs based on Request type. For example, I have scenario file like this <receive channel="channel-1"> <command name="CCR"> <!-- Only need to specify what needs to be parsed --> <avp name="Session-Id" value="dont_care"> </avp> <avp name="CC-Request-Type" value="1"> </avp> </command> <action> <store name="HbH" entity="HbH-id"></store> <store name="E2E" entity="EtE-id"></store> <store name="session" entity="Session-Id"></store> <store name="AuthId" entity="Auth-Application-Id"></store> <store name="OriginHost" entity="Origin-Host"></store> <store name="OriginRealm" entity="Origin-Realm"></store> <store name="RequestType" entity="CC-Request-Type"></store> <store name="RequestNumber" entity="CC-Request-Number"></store> <start-timer></start-timer> </action> <!-- Store action is at the end of the command --> </receive> <send channel="channel-1"> <!-- Restore action is before the command --> <action> <restore name="HbH" entity="HbH-id"> </restore> <restore name="E2E" entity="EtE-id"> </restore> <restore name="session" entity="Session-Id"></restore> <restore name="AuthId" entity="Auth-Application-Id"></restore> <restore name="OriginHost" entity="Origin-Host"></restore> <restore name="OriginRealm" entity="Origin-Realm"></restore> <restore name="RequestType" entity="CC-Request-Type"></restore> <restore name="RequestNumber" entity="CC-Request-Number"></restore> <stop-timer></stop-timer> </action> <!-- Warning: content of CCA to check --> <command name="CCA"> <avp name="Session-Id" value="will_be_erased"> </avp> <avp name="Auth-Application-Id" value="16777238"></avp> <avp name="Origin-Host" value="dummy"> </avp> <avp name="Origin-Realm" value="something.com"> </avp> <avp name="Result-Code" value="2001"> </avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"> </avp> <avp name="Subscription-Id-Data" value="012345678901234"> </avp> </avp> <avp name="Charging-Rule-Install"> <avp name="Charging-Rule-Name" value="pm1"> </avp> </avp> </command> </send> Test 1 : When Seagull servers gets a request of CCR-I , the CCA-I with all the above AVPs should be sent. If Servers gets a request type of CCR-T , it should not send the Charging-Rule-Install AVP in the response. I am looking to customize my CCR Reply so that I can use the single CCR messages in scenario file. Also while running multiple subs from Client, this scenario file should work properly provided the response is sent by adding/removing Avps Please help. Thanks, Sudhakar |
From: SUDHAKAR R. G. <SUD...@ca...> - 2016-12-21 11:49:03
|
Hi Anton, My requirement is to handle the messages for multiple subscribers. When I initiate the traffic testing, I am not sure in which order the subscriber comes in. To handle the right messages for all the subscribers , scenario should be defined to send the particular response based on request . Struggling to find a way to make the scenario file handle multiple subs.. Thanks, Sudhakar From: csk...@gm... [mailto:csk...@gm...] On Behalf Of Anton Rozhkov Sent: Wednesday, December 21, 2016 5:00 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...> Cc: gul...@li... Subject: Re: [Seagull-users] Scenario response based on request from Client Hi, 1) Not sure, but I'd keep receive/send order in <default> section the same as in the rest of the scenario. I mean if the first section in the scenario is <receive>, make this section to be the first one in <default> section as well. 2) http://lmgtfy.com/?q=how+to+check+EOL+charachter+in+text+file :) Regards, Anton 2016-12-21 13:36 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi Anton, I have given my scenario like this <traffic> <default> <send channel-1> </send> <receive> </receive> </default> </traffic> Reg. 2nd point, How do I know EOL is of UNIX or Windows type. How do I change the EOL character type in scenario file? Appreciate your help. Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...<mailto:csk...@gm...>] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 7:28 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client 1) Try with having <receive> and <send> tags, not just <default> ones. 2) Make sure EOL charachter in the scenario file is UNIX type (LF) and not Windows (CR LF) Regards, Anton 2016-12-20 15:24 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: I did not paste the full file. The traffic tag is closed.. I am attaching the full file here. Please take a look and let me know what’s wrong in that Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...<mailto:csk...@gm...>] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 5:46 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Is the <traffic> tag closed? Regards, Anton 2016-12-20 15:12 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi Anton, I tried adding default in the scenario file as below <traffic> <default> <receive channel="channel-1"> <command name="CCR"> <!-- Only need to specify what needs to be parsed --> <avp name="Session-Id" value="dont_care"> </avp> <avp name="CC-Request-Type" value="1"> </avp> </command> <action> <store name="HbH" entity="HbH-id"></store> <store name="E2E" entity="EtE-id"></store> <store name="session" entity="Session-Id"></store> <start-timer></start-timer> </action> <!-- Store action is at the end of the command --> </receive> <send channel="channel-1"> <!-- Restore action is before the command --> <action> <restore name="HbH" entity="HbH-id"> </restore> <restore name="E2E" entity="EtE-id"> </restore> <restore name="session" entity="Session-Id"></restore> <set-value name="Revalidation-Time" method="systime" format="startoffset=2208988576"></set-value> <stop-timer></stop-timer> </action> <command name="CCA"> <avp name="Session-Id" value="bng1:400:1:0"> </avp> <avp name="Auth-Application-Id" value="16777238"></avp> <avp name="Origin-Host" value="origin-host.com<http://origin-host.com>"> </avp> <avp name="Origin-Realm" value="origin-realm.com<http://origin-realm.com>"> </avp> <avp name="Result-Code" value="2001"> </avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Event-Trigger" value="17"> </avp> <avp name="Revalidation-Time" value="0"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"> </avp> <avp name="Subscription-Id-Data" value="012345678901234"> </avp> </avp> <avp name="Charging-Rule-Install"> <avp name="Charging-Rule-Name" value="defaultpolicy"> </avp> </avp> </command> </send> </default> When I run the server, I am getting below error in logs 2016-12-20.04:04:50.635|A|START log 2016-12-20.04:04:50.635|E|Unknown command default 2016-12-20.04:04:50.635|E|Bad scenario definition 2016-12-20.04:04:50.635|E|Traffic scenario error 2016-12-20.04:04:50.636|A|STOP log How and where do I add the default section in scenario file? Thanks, Sudhakar From: SUDHAKAR REDDY GAJJALA Sent: Tuesday, December 20, 2016 5:18 PM To: 'Anton Rozhkov' <ant...@gm...<mailto:ant...@gm...>> Cc: gul...@li...<mailto:gul...@li...> Subject: RE: [Seagull-users] Scenario response based on request from Client Ok. So let me try this case and let you know with the result. Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 5:16 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Yes, it should. Frankly, I didn't try it personally, I only used one default section with DWR/DWA, and it worked fine. According to documentation and some scenario examples I have, it should match particular section and play the corresponding messages from that section. So considering my example below: If I receive DWR anytime during the scenario execution, I reply with DWA. If I receive DPR anytime, I reply with DPA. Just give it a try :) Regards, Anton 2016-12-20 14:35 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi Anton, Thanks for your reply.. Sorry it was a mistake in RAR/RAA . As you mentioned RAR is always sent by server. If I have more than one default , does the server pick up the right default. Lets say, I want to add CCR-Initial, CCR-Update and CCR-Terminate in the default. When I send the request from client , does it pick up the right default message and send the replay back? Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...<mailto:csk...@gm...>] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 4:36 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Hi, BTW, RAR cannot be generated by a client, it is always sent by a server, and the client replies with RAA. For your task I'd consider using <default> section http://gull.sourceforge.net/doc/core.html#scen_default Just an example: <default> <receive channel="channel-1"> <command name="DWR"></command> <action> <store name="HopByHop" entity="HbH-id"> </store> <store name="EndToEnd" entity="EtE-id"> </store> </action> </receive> <send channel="channel-1"> <action> <restore name="HopByHop" entity="HbH-id"> </restore> <restore name="EndToEnd" entity="EtE-id"> </restore> </action> <command name="DWA"> <avp name="Result-Code" value="2001"> </avp> <avp name="Origin-Host" value="server.name<http://server.name>"> </avp> <avp name="Origin-Realm" value="server.realm"> </avp> </command> </send> </default> <default> <receive channel="channel-1"> <command name="DPR"></command> <action> <store name="HopByHop" entity="HbH-id"> </store> <store name="EndToEnd" entity="EtE-id"> </store> </action> </receive> <send channel="channel-1"> <action> <restore name="HopByHop" entity="HbH-id"> </restore> <restore name="EndToEnd" entity="EtE-id"> </restore> </action> <command name="DPA"> <avp name="Result-Code" value="2001"> </avp> <avp name="Origin-Host" value="server.name<http://server.name>"> </avp> <avp name="Origin-Realm" value="server.realm"> </avp> </command> </send> </default> Regards, Anton 2016-12-20 12:19 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi, I am working on Seagull where my client and Server are running in a different servers. I have created a scenario file with the below scenario Client Server CER CEA CCR-I CCA-I CCR-U CCA-U RAR RAA CCR-T CCA-T My scenario file is in the above order. Due to some requirements, I had my Seagull server to respond with the particular response instead of going sequentially. Is there a way seagull identify the request and send response based on the request.. I mean to say when server receives CCR-U , it should respond with CCA-U. for some other subscriber, if it receives CCR-T , seagull should respond with CCA-T message. Any help is appreciated. Thanks, Sudhakar ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel _______________________________________________ Gull-users mailing list Gul...@li...<mailto:Gul...@li...> https://lists.sourceforge.net/lists/listinfo/gull-users |
From: Anton R. <ant...@gm...> - 2016-12-21 11:30:35
|
Hi, 1) Not sure, but I'd keep receive/send order in <default> section the same as in the rest of the scenario. I mean if the first section in the scenario is <receive>, make this section to be the first one in <default> section as well. 2) http://lmgtfy.com/?q=how+to+check+EOL+charachter+in+text+file :) Regards, Anton 2016-12-21 13:36 GMT+03:00 SUDHAKAR REDDY GAJJALA < SUD...@ca...>: > Hi Anton, > > I have given my scenario like this > > > > <traffic> > > <default> > > <send channel-1> > > > > </send> > > > > <receive> > > </receive> > > </default> > > </traffic> > > > > > > Reg. 2nd point, > > > > How do I know EOL is of UNIX or Windows type. How do I change the EOL > character type in scenario file? > > > > Appreciate your help. > > > > Thanks, > > Sudhakar > > > > > > *From:* csk...@gm... [mailto:csk...@gm...] *On Behalf Of *Anton > Rozhkov > *Sent:* Tuesday, December 20, 2016 7:28 PM > > *To:* SUDHAKAR REDDY GAJJALA <SUD...@ca...> > *Cc:* gul...@li... > *Subject:* Re: [Seagull-users] Scenario response based on request from > Client > > > > 1) Try with having <receive> and <send> tags, not just <default> ones. > > 2) Make sure EOL charachter in the scenario file is UNIX type (LF) and > not Windows (CR LF) > > > Regards, > > Anton > > > > 2016-12-20 15:24 GMT+03:00 SUDHAKAR REDDY GAJJALA < > SUD...@ca...>: > > I did not paste the full file. The traffic tag is closed.. I am attaching > the full file here. Please take a look and let me know what’s wrong in that > > > > Thanks, > > Sudhakar > > > > *From:* csk...@gm... [mailto:csk...@gm...] *On Behalf Of *Anton > Rozhkov > *Sent:* Tuesday, December 20, 2016 5:46 PM > > > *To:* SUDHAKAR REDDY GAJJALA <SUD...@ca...> > *Cc:* gul...@li... > *Subject:* Re: [Seagull-users] Scenario response based on request from > Client > > > > Is the <traffic> tag closed? > > > Regards, > > Anton > > > > 2016-12-20 15:12 GMT+03:00 SUDHAKAR REDDY GAJJALA < > SUD...@ca...>: > > Hi Anton, > > I tried adding default in the scenario file as below > > > > > > <traffic> > > <default> > > <receive channel="channel-1"> > > <command name="CCR"> > > <!-- Only need to specify what needs to be parsed --> > > <avp name="Session-Id" value="dont_care"> </avp> > > <avp name="CC-Request-Type" value="1"> </avp> > > > > </command> > > <action> > > <store name="HbH" entity="HbH-id"></store> > > <store name="E2E" entity="EtE-id"></store> > > <store name="session" entity="Session-Id"></store> > > <start-timer></start-timer> > > </action> > > > > <!-- Store action is at the end of the command --> > > </receive> > > > > <send channel="channel-1"> > > <!-- Restore action is before the command --> > > <action> > > <restore name="HbH" entity="HbH-id"> </restore> > > <restore name="E2E" entity="EtE-id"> </restore> > > <restore name="session" entity="Session-Id"></restore> > > <set-value name="Revalidation-Time" method="systime" > > format="startoffset=2208988576"></set-value> > > <stop-timer></stop-timer> > > </action> > > <command name="CCA"> > > <avp name="Session-Id" value="bng1:400:1:0"> </avp> > > <avp name="Auth-Application-Id" value="16777238"></avp> > > <avp name="Origin-Host" value="origin-host.com"> </avp> > > <avp name="Origin-Realm" value="origin-realm.com"> </avp> > > <avp name="Result-Code" value="2001"> </avp> > > <avp name="CC-Request-Type" value="1"> </avp> > > <avp name="CC-Request-Number" value="0"> </avp> > > <avp name="Event-Trigger" value="17"> </avp> > > <avp name="Revalidation-Time" value="0"> </avp> > > <avp name="Subscription-Id"> > > <avp name="Subscription-Id-Type" value="0"> </avp> > > <avp name="Subscription-Id-Data" value="012345678901234"> </avp> > > </avp> > > <avp name="Charging-Rule-Install"> > > <avp name="Charging-Rule-Name" value="defaultpolicy"> </avp> > > </avp> > > </command> > > </send> > > </default> > > > > > > When I run the server, I am getting below error in logs > > > > 2016-12-20.04:04:50.635|A|START log > > *2016-12-20.04:04:50.635|E|Unknown command default* > > *2016-12-20.04:04:50.635|E|Bad scenario definition* > > *2016-12-20.04:04:50.635|E|Traffic scenario error* > > 2016-12-20.04:04:50.636|A|STOP log > > > > > > How and where do I add the default section in scenario file? > > > > Thanks, > > Sudhakar > > > > > > *From:* SUDHAKAR REDDY GAJJALA > *Sent:* Tuesday, December 20, 2016 5:18 PM > *To:* 'Anton Rozhkov' <ant...@gm...> > *Cc:* gul...@li... > *Subject:* RE: [Seagull-users] Scenario response based on request from > Client > > > > Ok. So let me try this case and let you know with the result. > > Thanks, > > Sudhakar > > > > > > *From:* csk...@gm... [mailto:csk...@gm... > <csk...@gm...>] *On Behalf Of *Anton Rozhkov > *Sent:* Tuesday, December 20, 2016 5:16 PM > > > *To:* SUDHAKAR REDDY GAJJALA <SUD...@ca...> > *Cc:* gul...@li... > *Subject:* Re: [Seagull-users] Scenario response based on request from > Client > > > > Yes, it should. Frankly, I didn't try it personally, I only used one > default section with DWR/DWA, and it worked fine. According to > documentation and some scenario examples I have, it should match particular > section and play the corresponding messages from that section. > So considering my example below: > If I receive DWR anytime during the scenario execution, I reply with DWA. > If I receive DPR anytime, I reply with DPA. > Just give it a try :) > > > > Regards, > > Anton > > > > 2016-12-20 14:35 GMT+03:00 SUDHAKAR REDDY GAJJALA < > SUD...@ca...>: > > Hi Anton, > > Thanks for your reply.. Sorry it was a mistake in RAR/RAA . As you > mentioned RAR is always sent by server. > > > > If I have more than one default , does the server pick up the right > default. Lets say, I want to add CCR-Initial, CCR-Update and CCR-Terminate > in the default. > > When I send the request from client , does it pick up the right default > message and send the replay back? > > > > Thanks, > > Sudhakar > > > > *From:* csk...@gm... [mailto:csk...@gm...] *On Behalf Of *Anton > Rozhkov > *Sent:* Tuesday, December 20, 2016 4:36 PM > *To:* SUDHAKAR REDDY GAJJALA <SUD...@ca...> > *Cc:* gul...@li... > *Subject:* Re: [Seagull-users] Scenario response based on request from > Client > > > > Hi, > > BTW, RAR cannot be generated by a client, it is always sent by a server, > and the client replies with RAA. > > For your task I'd consider using <default> section > http://gull.sourceforge.net/doc/core.html#scen_default > > Just an example: > <default> > <receive channel="channel-1"> > <command name="DWR"></command> > <action> > <store name="HopByHop" entity="HbH-id"> </store> > <store name="EndToEnd" entity="EtE-id"> </store> > </action> > </receive> > > <send channel="channel-1"> > <action> > <restore name="HopByHop" entity="HbH-id"> </restore> > <restore name="EndToEnd" entity="EtE-id"> </restore> > </action> > > <command name="DWA"> > <avp name="Result-Code" value="2001"> </avp> > <avp name="Origin-Host" value="server.name"> </avp> > <avp name="Origin-Realm" value="server.realm"> </avp> > </command> > </send> > </default> > > <default> > <receive channel="channel-1"> > <command name="DPR"></command> > <action> > <store name="HopByHop" entity="HbH-id"> </store> > <store name="EndToEnd" entity="EtE-id"> </store> > </action> > </receive> > <send channel="channel-1"> > <action> > <restore name="HopByHop" entity="HbH-id"> </restore> > <restore name="EndToEnd" entity="EtE-id"> </restore> > </action> > <command name="DPA"> > <avp name="Result-Code" value="2001"> </avp> > <avp name="Origin-Host" value="server.name"> </avp> > <avp name="Origin-Realm" value="server.realm"> </avp> > </command> > </send> > </default> > > > > > Regards, > > Anton > > > > 2016-12-20 12:19 GMT+03:00 SUDHAKAR REDDY GAJJALA < > SUD...@ca...>: > > Hi, > > I am working on Seagull where my client and Server are running in a > different servers. I have created a scenario file with the below scenario > > > > Client Server > > > > CER CEA > > CCR-I CCA-I > > CCR-U CCA-U > > RAR RAA > > CCR-T CCA-T > > > > My scenario file is in the above order. Due to some requirements, I had my > Seagull server to respond with the particular response instead of going > sequentially. > > > > Is there a way seagull identify the request and send response based on the > request.. I mean to say when server receives CCR-U , it should respond with > CCA-U. for some other subscriber, if it receives CCR-T , seagull should > respond with CCA-T message. > > > > Any help is appreciated. > > > > Thanks, > > Sudhakar > > > ------------------------------------------------------------ > ------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/intel > _______________________________________________ > Gull-users mailing list > Gul...@li... > https://lists.sourceforge.net/lists/listinfo/gull-users > > > > > > > > > |
From: SUDHAKAR R. G. <SUD...@ca...> - 2016-12-21 10:36:42
|
Hi Anton, I have given my scenario like this <traffic> <default> <send channel-1> </send> <receive> </receive> </default> </traffic> Reg. 2nd point, How do I know EOL is of UNIX or Windows type. How do I change the EOL character type in scenario file? Appreciate your help. Thanks, Sudhakar From: csk...@gm... [mailto:csk...@gm...] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 7:28 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...> Cc: gul...@li... Subject: Re: [Seagull-users] Scenario response based on request from Client 1) Try with having <receive> and <send> tags, not just <default> ones. 2) Make sure EOL charachter in the scenario file is UNIX type (LF) and not Windows (CR LF) Regards, Anton 2016-12-20 15:24 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: I did not paste the full file. The traffic tag is closed.. I am attaching the full file here. Please take a look and let me know what’s wrong in that Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...<mailto:csk...@gm...>] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 5:46 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Is the <traffic> tag closed? Regards, Anton 2016-12-20 15:12 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi Anton, I tried adding default in the scenario file as below <traffic> <default> <receive channel="channel-1"> <command name="CCR"> <!-- Only need to specify what needs to be parsed --> <avp name="Session-Id" value="dont_care"> </avp> <avp name="CC-Request-Type" value="1"> </avp> </command> <action> <store name="HbH" entity="HbH-id"></store> <store name="E2E" entity="EtE-id"></store> <store name="session" entity="Session-Id"></store> <start-timer></start-timer> </action> <!-- Store action is at the end of the command --> </receive> <send channel="channel-1"> <!-- Restore action is before the command --> <action> <restore name="HbH" entity="HbH-id"> </restore> <restore name="E2E" entity="EtE-id"> </restore> <restore name="session" entity="Session-Id"></restore> <set-value name="Revalidation-Time" method="systime" format="startoffset=2208988576"></set-value> <stop-timer></stop-timer> </action> <command name="CCA"> <avp name="Session-Id" value="bng1:400:1:0"> </avp> <avp name="Auth-Application-Id" value="16777238"></avp> <avp name="Origin-Host" value="origin-host.com<http://origin-host.com>"> </avp> <avp name="Origin-Realm" value="origin-realm.com<http://origin-realm.com>"> </avp> <avp name="Result-Code" value="2001"> </avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Event-Trigger" value="17"> </avp> <avp name="Revalidation-Time" value="0"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"> </avp> <avp name="Subscription-Id-Data" value="012345678901234"> </avp> </avp> <avp name="Charging-Rule-Install"> <avp name="Charging-Rule-Name" value="defaultpolicy"> </avp> </avp> </command> </send> </default> When I run the server, I am getting below error in logs 2016-12-20.04:04:50.635|A|START log 2016-12-20.04:04:50.635|E|Unknown command default 2016-12-20.04:04:50.635|E|Bad scenario definition 2016-12-20.04:04:50.635|E|Traffic scenario error 2016-12-20.04:04:50.636|A|STOP log How and where do I add the default section in scenario file? Thanks, Sudhakar From: SUDHAKAR REDDY GAJJALA Sent: Tuesday, December 20, 2016 5:18 PM To: 'Anton Rozhkov' <ant...@gm...<mailto:ant...@gm...>> Cc: gul...@li...<mailto:gul...@li...> Subject: RE: [Seagull-users] Scenario response based on request from Client Ok. So let me try this case and let you know with the result. Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 5:16 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Yes, it should. Frankly, I didn't try it personally, I only used one default section with DWR/DWA, and it worked fine. According to documentation and some scenario examples I have, it should match particular section and play the corresponding messages from that section. So considering my example below: If I receive DWR anytime during the scenario execution, I reply with DWA. If I receive DPR anytime, I reply with DPA. Just give it a try :) Regards, Anton 2016-12-20 14:35 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi Anton, Thanks for your reply.. Sorry it was a mistake in RAR/RAA . As you mentioned RAR is always sent by server. If I have more than one default , does the server pick up the right default. Lets say, I want to add CCR-Initial, CCR-Update and CCR-Terminate in the default. When I send the request from client , does it pick up the right default message and send the replay back? Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...<mailto:csk...@gm...>] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 4:36 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Hi, BTW, RAR cannot be generated by a client, it is always sent by a server, and the client replies with RAA. For your task I'd consider using <default> section http://gull.sourceforge.net/doc/core.html#scen_default Just an example: <default> <receive channel="channel-1"> <command name="DWR"></command> <action> <store name="HopByHop" entity="HbH-id"> </store> <store name="EndToEnd" entity="EtE-id"> </store> </action> </receive> <send channel="channel-1"> <action> <restore name="HopByHop" entity="HbH-id"> </restore> <restore name="EndToEnd" entity="EtE-id"> </restore> </action> <command name="DWA"> <avp name="Result-Code" value="2001"> </avp> <avp name="Origin-Host" value="server.name<http://server.name>"> </avp> <avp name="Origin-Realm" value="server.realm"> </avp> </command> </send> </default> <default> <receive channel="channel-1"> <command name="DPR"></command> <action> <store name="HopByHop" entity="HbH-id"> </store> <store name="EndToEnd" entity="EtE-id"> </store> </action> </receive> <send channel="channel-1"> <action> <restore name="HopByHop" entity="HbH-id"> </restore> <restore name="EndToEnd" entity="EtE-id"> </restore> </action> <command name="DPA"> <avp name="Result-Code" value="2001"> </avp> <avp name="Origin-Host" value="server.name<http://server.name>"> </avp> <avp name="Origin-Realm" value="server.realm"> </avp> </command> </send> </default> Regards, Anton 2016-12-20 12:19 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi, I am working on Seagull where my client and Server are running in a different servers. I have created a scenario file with the below scenario Client Server CER CEA CCR-I CCA-I CCR-U CCA-U RAR RAA CCR-T CCA-T My scenario file is in the above order. Due to some requirements, I had my Seagull server to respond with the particular response instead of going sequentially. Is there a way seagull identify the request and send response based on the request.. I mean to say when server receives CCR-U , it should respond with CCA-U. for some other subscriber, if it receives CCR-T , seagull should respond with CCA-T message. Any help is appreciated. Thanks, Sudhakar ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel _______________________________________________ Gull-users mailing list Gul...@li...<mailto:Gul...@li...> https://lists.sourceforge.net/lists/listinfo/gull-users |
From: Anton R. <ant...@gm...> - 2016-12-20 13:58:12
|
1) Try with having <receive> and <send> tags, not just <default> ones. 2) Make sure EOL charachter in the scenario file is UNIX type (LF) and not Windows (CR LF) Regards, Anton 2016-12-20 15:24 GMT+03:00 SUDHAKAR REDDY GAJJALA < SUD...@ca...>: > I did not paste the full file. The traffic tag is closed.. I am attaching > the full file here. Please take a look and let me know what’s wrong in that > > > > Thanks, > > Sudhakar > > > > *From:* csk...@gm... [mailto:csk...@gm...] *On Behalf Of *Anton > Rozhkov > *Sent:* Tuesday, December 20, 2016 5:46 PM > > *To:* SUDHAKAR REDDY GAJJALA <SUD...@ca...> > *Cc:* gul...@li... > *Subject:* Re: [Seagull-users] Scenario response based on request from > Client > > > > Is the <traffic> tag closed? > > > Regards, > > Anton > > > > 2016-12-20 15:12 GMT+03:00 SUDHAKAR REDDY GAJJALA < > SUD...@ca...>: > > Hi Anton, > > I tried adding default in the scenario file as below > > > > > > <traffic> > > <default> > > <receive channel="channel-1"> > > <command name="CCR"> > > <!-- Only need to specify what needs to be parsed --> > > <avp name="Session-Id" value="dont_care"> </avp> > > <avp name="CC-Request-Type" value="1"> </avp> > > > > </command> > > <action> > > <store name="HbH" entity="HbH-id"></store> > > <store name="E2E" entity="EtE-id"></store> > > <store name="session" entity="Session-Id"></store> > > <start-timer></start-timer> > > </action> > > > > <!-- Store action is at the end of the command --> > > </receive> > > > > <send channel="channel-1"> > > <!-- Restore action is before the command --> > > <action> > > <restore name="HbH" entity="HbH-id"> </restore> > > <restore name="E2E" entity="EtE-id"> </restore> > > <restore name="session" entity="Session-Id"></restore> > > <set-value name="Revalidation-Time" method="systime" > > format="startoffset=2208988576"></set-value> > > <stop-timer></stop-timer> > > </action> > > <command name="CCA"> > > <avp name="Session-Id" value="bng1:400:1:0"> </avp> > > <avp name="Auth-Application-Id" value="16777238"></avp> > > <avp name="Origin-Host" value="origin-host.com"> </avp> > > <avp name="Origin-Realm" value="origin-realm.com"> </avp> > > <avp name="Result-Code" value="2001"> </avp> > > <avp name="CC-Request-Type" value="1"> </avp> > > <avp name="CC-Request-Number" value="0"> </avp> > > <avp name="Event-Trigger" value="17"> </avp> > > <avp name="Revalidation-Time" value="0"> </avp> > > <avp name="Subscription-Id"> > > <avp name="Subscription-Id-Type" value="0"> </avp> > > <avp name="Subscription-Id-Data" value="012345678901234"> </avp> > > </avp> > > <avp name="Charging-Rule-Install"> > > <avp name="Charging-Rule-Name" value="defaultpolicy"> </avp> > > </avp> > > </command> > > </send> > > </default> > > > > > > When I run the server, I am getting below error in logs > > > > 2016-12-20.04:04:50.635|A|START log > > *2016-12-20.04:04:50.635|E|Unknown command default* > > *2016-12-20.04:04:50.635|E|Bad scenario definition* > > *2016-12-20.04:04:50.635|E|Traffic scenario error* > > 2016-12-20.04:04:50.636|A|STOP log > > > > > > How and where do I add the default section in scenario file? > > > > Thanks, > > Sudhakar > > > > > > *From:* SUDHAKAR REDDY GAJJALA > *Sent:* Tuesday, December 20, 2016 5:18 PM > *To:* 'Anton Rozhkov' <ant...@gm...> > *Cc:* gul...@li... > *Subject:* RE: [Seagull-users] Scenario response based on request from > Client > > > > Ok. So let me try this case and let you know with the result. > > Thanks, > > Sudhakar > > > > > > *From:* csk...@gm... [mailto:csk...@gm... > <csk...@gm...>] *On Behalf Of *Anton Rozhkov > *Sent:* Tuesday, December 20, 2016 5:16 PM > > > *To:* SUDHAKAR REDDY GAJJALA <SUD...@ca...> > *Cc:* gul...@li... > *Subject:* Re: [Seagull-users] Scenario response based on request from > Client > > > > Yes, it should. Frankly, I didn't try it personally, I only used one > default section with DWR/DWA, and it worked fine. According to > documentation and some scenario examples I have, it should match particular > section and play the corresponding messages from that section. > So considering my example below: > If I receive DWR anytime during the scenario execution, I reply with DWA. > If I receive DPR anytime, I reply with DPA. > Just give it a try :) > > > > Regards, > > Anton > > > > 2016-12-20 14:35 GMT+03:00 SUDHAKAR REDDY GAJJALA < > SUD...@ca...>: > > Hi Anton, > > Thanks for your reply.. Sorry it was a mistake in RAR/RAA . As you > mentioned RAR is always sent by server. > > > > If I have more than one default , does the server pick up the right > default. Lets say, I want to add CCR-Initial, CCR-Update and CCR-Terminate > in the default. > > When I send the request from client , does it pick up the right default > message and send the replay back? > > > > Thanks, > > Sudhakar > > > > *From:* csk...@gm... [mailto:csk...@gm...] *On Behalf Of *Anton > Rozhkov > *Sent:* Tuesday, December 20, 2016 4:36 PM > *To:* SUDHAKAR REDDY GAJJALA <SUD...@ca...> > *Cc:* gul...@li... > *Subject:* Re: [Seagull-users] Scenario response based on request from > Client > > > > Hi, > > BTW, RAR cannot be generated by a client, it is always sent by a server, > and the client replies with RAA. > > For your task I'd consider using <default> section > http://gull.sourceforge.net/doc/core.html#scen_default > > Just an example: > <default> > <receive channel="channel-1"> > <command name="DWR"></command> > <action> > <store name="HopByHop" entity="HbH-id"> </store> > <store name="EndToEnd" entity="EtE-id"> </store> > </action> > </receive> > > <send channel="channel-1"> > <action> > <restore name="HopByHop" entity="HbH-id"> </restore> > <restore name="EndToEnd" entity="EtE-id"> </restore> > </action> > > <command name="DWA"> > <avp name="Result-Code" value="2001"> </avp> > <avp name="Origin-Host" value="server.name"> </avp> > <avp name="Origin-Realm" value="server.realm"> </avp> > </command> > </send> > </default> > > <default> > <receive channel="channel-1"> > <command name="DPR"></command> > <action> > <store name="HopByHop" entity="HbH-id"> </store> > <store name="EndToEnd" entity="EtE-id"> </store> > </action> > </receive> > <send channel="channel-1"> > <action> > <restore name="HopByHop" entity="HbH-id"> </restore> > <restore name="EndToEnd" entity="EtE-id"> </restore> > </action> > <command name="DPA"> > <avp name="Result-Code" value="2001"> </avp> > <avp name="Origin-Host" value="server.name"> </avp> > <avp name="Origin-Realm" value="server.realm"> </avp> > </command> > </send> > </default> > > > > > Regards, > > Anton > > > > 2016-12-20 12:19 GMT+03:00 SUDHAKAR REDDY GAJJALA < > SUD...@ca...>: > > Hi, > > I am working on Seagull where my client and Server are running in a > different servers. I have created a scenario file with the below scenario > > > > Client Server > > > > CER CEA > > CCR-I CCA-I > > CCR-U CCA-U > > RAR RAA > > CCR-T CCA-T > > > > My scenario file is in the above order. Due to some requirements, I had my > Seagull server to respond with the particular response instead of going > sequentially. > > > > Is there a way seagull identify the request and send response based on the > request.. I mean to say when server receives CCR-U , it should respond with > CCA-U. for some other subscriber, if it receives CCR-T , seagull should > respond with CCA-T message. > > > > Any help is appreciated. > > > > Thanks, > > Sudhakar > > > ------------------------------------------------------------ > ------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today.http://sdm.link/intel > _______________________________________________ > Gull-users mailing list > Gul...@li... > https://lists.sourceforge.net/lists/listinfo/gull-users > > > > > > > |
From: SUDHAKAR R. G. <SUD...@ca...> - 2016-12-20 12:26:36
|
Hi Anton, I tried adding default in the scenario file as below <traffic> <default> <receive channel="channel-1"> <command name="CCR"> <!-- Only need to specify what needs to be parsed --> <avp name="Session-Id" value="dont_care"> </avp> <avp name="CC-Request-Type" value="1"> </avp> </command> <action> <store name="HbH" entity="HbH-id"></store> <store name="E2E" entity="EtE-id"></store> <store name="session" entity="Session-Id"></store> <start-timer></start-timer> </action> <!-- Store action is at the end of the command --> </receive> <send channel="channel-1"> <!-- Restore action is before the command --> <action> <restore name="HbH" entity="HbH-id"> </restore> <restore name="E2E" entity="EtE-id"> </restore> <restore name="session" entity="Session-Id"></restore> <set-value name="Revalidation-Time" method="systime" format="startoffset=2208988576"></set-value> <stop-timer></stop-timer> </action> <command name="CCA"> <avp name="Session-Id" value="bng1:400:1:0"> </avp> <avp name="Auth-Application-Id" value="16777238"></avp> <avp name="Origin-Host" value="origin-host.com"> </avp> <avp name="Origin-Realm" value="origin-realm.com"> </avp> <avp name="Result-Code" value="2001"> </avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Event-Trigger" value="17"> </avp> <avp name="Revalidation-Time" value="0"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"> </avp> <avp name="Subscription-Id-Data" value="012345678901234"> </avp> </avp> <avp name="Charging-Rule-Install"> <avp name="Charging-Rule-Name" value="defaultpolicy"> </avp> </avp> </command> </send> </default> When I run the server, I am getting below error in logs 2016-12-20.04:04:50.635|A|START log 2016-12-20.04:04:50.635|E|Unknown command default 2016-12-20.04:04:50.635|E|Bad scenario definition 2016-12-20.04:04:50.635|E|Traffic scenario error 2016-12-20.04:04:50.636|A|STOP log How and where do I add the default section in scenario file? Thanks, Sudhakar From: SUDHAKAR REDDY GAJJALA Sent: Tuesday, December 20, 2016 5:18 PM To: 'Anton Rozhkov' <ant...@gm...> Cc: gul...@li... Subject: RE: [Seagull-users] Scenario response based on request from Client Ok. So let me try this case and let you know with the result. Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 5:16 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Yes, it should. Frankly, I didn't try it personally, I only used one default section with DWR/DWA, and it worked fine. According to documentation and some scenario examples I have, it should match particular section and play the corresponding messages from that section. So considering my example below: If I receive DWR anytime during the scenario execution, I reply with DWA. If I receive DPR anytime, I reply with DPA. Just give it a try :) Regards, Anton 2016-12-20 14:35 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi Anton, Thanks for your reply.. Sorry it was a mistake in RAR/RAA . As you mentioned RAR is always sent by server. If I have more than one default , does the server pick up the right default. Lets say, I want to add CCR-Initial, CCR-Update and CCR-Terminate in the default. When I send the request from client , does it pick up the right default message and send the replay back? Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...<mailto:csk...@gm...>] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 4:36 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Hi, BTW, RAR cannot be generated by a client, it is always sent by a server, and the client replies with RAA. For your task I'd consider using <default> section http://gull.sourceforge.net/doc/core.html#scen_default Just an example: <default> <receive channel="channel-1"> <command name="DWR"></command> <action> <store name="HopByHop" entity="HbH-id"> </store> <store name="EndToEnd" entity="EtE-id"> </store> </action> </receive> <send channel="channel-1"> <action> <restore name="HopByHop" entity="HbH-id"> </restore> <restore name="EndToEnd" entity="EtE-id"> </restore> </action> <command name="DWA"> <avp name="Result-Code" value="2001"> </avp> <avp name="Origin-Host" value="server.name<http://server.name>"> </avp> <avp name="Origin-Realm" value="server.realm"> </avp> </command> </send> </default> <default> <receive channel="channel-1"> <command name="DPR"></command> <action> <store name="HopByHop" entity="HbH-id"> </store> <store name="EndToEnd" entity="EtE-id"> </store> </action> </receive> <send channel="channel-1"> <action> <restore name="HopByHop" entity="HbH-id"> </restore> <restore name="EndToEnd" entity="EtE-id"> </restore> </action> <command name="DPA"> <avp name="Result-Code" value="2001"> </avp> <avp name="Origin-Host" value="server.name<http://server.name>"> </avp> <avp name="Origin-Realm" value="server.realm"> </avp> </command> </send> </default> Regards, Anton 2016-12-20 12:19 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi, I am working on Seagull where my client and Server are running in a different servers. I have created a scenario file with the below scenario Client Server CER CEA CCR-I CCA-I CCR-U CCA-U RAR RAA CCR-T CCA-T My scenario file is in the above order. Due to some requirements, I had my Seagull server to respond with the particular response instead of going sequentially. Is there a way seagull identify the request and send response based on the request.. I mean to say when server receives CCR-U , it should respond with CCA-U. for some other subscriber, if it receives CCR-T , seagull should respond with CCA-T message. Any help is appreciated. Thanks, Sudhakar ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel _______________________________________________ Gull-users mailing list Gul...@li...<mailto:Gul...@li...> https://lists.sourceforge.net/lists/listinfo/gull-users |
From: SUDHAKAR R. G. <SUD...@ca...> - 2016-12-20 12:24:39
|
I did not paste the full file. The traffic tag is closed.. I am attaching the full file here. Please take a look and let me know what’s wrong in that Thanks, Sudhakar From: csk...@gm... [mailto:csk...@gm...] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 5:46 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...> Cc: gul...@li... Subject: Re: [Seagull-users] Scenario response based on request from Client Is the <traffic> tag closed? Regards, Anton 2016-12-20 15:12 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi Anton, I tried adding default in the scenario file as below <traffic> <default> <receive channel="channel-1"> <command name="CCR"> <!-- Only need to specify what needs to be parsed --> <avp name="Session-Id" value="dont_care"> </avp> <avp name="CC-Request-Type" value="1"> </avp> </command> <action> <store name="HbH" entity="HbH-id"></store> <store name="E2E" entity="EtE-id"></store> <store name="session" entity="Session-Id"></store> <start-timer></start-timer> </action> <!-- Store action is at the end of the command --> </receive> <send channel="channel-1"> <!-- Restore action is before the command --> <action> <restore name="HbH" entity="HbH-id"> </restore> <restore name="E2E" entity="EtE-id"> </restore> <restore name="session" entity="Session-Id"></restore> <set-value name="Revalidation-Time" method="systime" format="startoffset=2208988576"></set-value> <stop-timer></stop-timer> </action> <command name="CCA"> <avp name="Session-Id" value="bng1:400:1:0"> </avp> <avp name="Auth-Application-Id" value="16777238"></avp> <avp name="Origin-Host" value="origin-host.com<http://origin-host.com>"> </avp> <avp name="Origin-Realm" value="origin-realm.com<http://origin-realm.com>"> </avp> <avp name="Result-Code" value="2001"> </avp> <avp name="CC-Request-Type" value="1"> </avp> <avp name="CC-Request-Number" value="0"> </avp> <avp name="Event-Trigger" value="17"> </avp> <avp name="Revalidation-Time" value="0"> </avp> <avp name="Subscription-Id"> <avp name="Subscription-Id-Type" value="0"> </avp> <avp name="Subscription-Id-Data" value="012345678901234"> </avp> </avp> <avp name="Charging-Rule-Install"> <avp name="Charging-Rule-Name" value="defaultpolicy"> </avp> </avp> </command> </send> </default> When I run the server, I am getting below error in logs 2016-12-20.04:04:50.635|A|START log 2016-12-20.04:04:50.635|E|Unknown command default 2016-12-20.04:04:50.635|E|Bad scenario definition 2016-12-20.04:04:50.635|E|Traffic scenario error 2016-12-20.04:04:50.636|A|STOP log How and where do I add the default section in scenario file? Thanks, Sudhakar From: SUDHAKAR REDDY GAJJALA Sent: Tuesday, December 20, 2016 5:18 PM To: 'Anton Rozhkov' <ant...@gm...<mailto:ant...@gm...>> Cc: gul...@li...<mailto:gul...@li...> Subject: RE: [Seagull-users] Scenario response based on request from Client Ok. So let me try this case and let you know with the result. Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 5:16 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Yes, it should. Frankly, I didn't try it personally, I only used one default section with DWR/DWA, and it worked fine. According to documentation and some scenario examples I have, it should match particular section and play the corresponding messages from that section. So considering my example below: If I receive DWR anytime during the scenario execution, I reply with DWA. If I receive DPR anytime, I reply with DPA. Just give it a try :) Regards, Anton 2016-12-20 14:35 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi Anton, Thanks for your reply.. Sorry it was a mistake in RAR/RAA . As you mentioned RAR is always sent by server. If I have more than one default , does the server pick up the right default. Lets say, I want to add CCR-Initial, CCR-Update and CCR-Terminate in the default. When I send the request from client , does it pick up the right default message and send the replay back? Thanks, Sudhakar From: csk...@gm...<mailto:csk...@gm...> [mailto:csk...@gm...<mailto:csk...@gm...>] On Behalf Of Anton Rozhkov Sent: Tuesday, December 20, 2016 4:36 PM To: SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>> Cc: gul...@li...<mailto:gul...@li...> Subject: Re: [Seagull-users] Scenario response based on request from Client Hi, BTW, RAR cannot be generated by a client, it is always sent by a server, and the client replies with RAA. For your task I'd consider using <default> section http://gull.sourceforge.net/doc/core.html#scen_default Just an example: <default> <receive channel="channel-1"> <command name="DWR"></command> <action> <store name="HopByHop" entity="HbH-id"> </store> <store name="EndToEnd" entity="EtE-id"> </store> </action> </receive> <send channel="channel-1"> <action> <restore name="HopByHop" entity="HbH-id"> </restore> <restore name="EndToEnd" entity="EtE-id"> </restore> </action> <command name="DWA"> <avp name="Result-Code" value="2001"> </avp> <avp name="Origin-Host" value="server.name<http://server.name>"> </avp> <avp name="Origin-Realm" value="server.realm"> </avp> </command> </send> </default> <default> <receive channel="channel-1"> <command name="DPR"></command> <action> <store name="HopByHop" entity="HbH-id"> </store> <store name="EndToEnd" entity="EtE-id"> </store> </action> </receive> <send channel="channel-1"> <action> <restore name="HopByHop" entity="HbH-id"> </restore> <restore name="EndToEnd" entity="EtE-id"> </restore> </action> <command name="DPA"> <avp name="Result-Code" value="2001"> </avp> <avp name="Origin-Host" value="server.name<http://server.name>"> </avp> <avp name="Origin-Realm" value="server.realm"> </avp> </command> </send> </default> Regards, Anton 2016-12-20 12:19 GMT+03:00 SUDHAKAR REDDY GAJJALA <SUD...@ca...<mailto:SUD...@ca...>>: Hi, I am working on Seagull where my client and Server are running in a different servers. I have created a scenario file with the below scenario Client Server CER CEA CCR-I CCA-I CCR-U CCA-U RAR RAA CCR-T CCA-T My scenario file is in the above order. Due to some requirements, I had my Seagull server to respond with the particular response instead of going sequentially. Is there a way seagull identify the request and send response based on the request.. I mean to say when server receives CCR-U , it should respond with CCA-U. for some other subscriber, if it receives CCR-T , seagull should respond with CCA-T message. Any help is appreciated. Thanks, Sudhakar ------------------------------------------------------------------------------ Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel _______________________________________________ Gull-users mailing list Gul...@li...<mailto:Gul...@li...> https://lists.sourceforge.net/lists/listinfo/gull-users |