Re: [Networktest-sctp] [SCTP] Problem in execution of SCTP first test case, please help.
Brought to you by:
fnst-netdev
Menu
▾
▴
Re: [Networktest-sctp] [SCTP] Problem in execution of SCTP first test case, please help.
|
From: Mohd A. <moh...@ne...> - 2010-12-28 01:39:53
|
Hi Wei, Thanks a lot for the reply!!! #sleep 5 && sctp_test -H 192.168.0.21 -P 4278 -h 192.168.0.100 -p 3278 -T -s -c -1352 -X 1 -x 1 -o 1 > /tmp/tstcmd.log 2>&1 & ======> The command is available on my NUT system. I checked it yesterday using CLI in NUT. For your information, In TN, if i use sctpRemoteCommand($cmd) instead of sctpRemoteCommandAsyncDelay($cmd), "sctp_test" gets executed on my NUT machine. As per my observation: sctpRemoteCommand($cmd) WORKING sctpRemoteCommandAsync($cmd) NOT WORKING sctpRemoteCommandAsyncDelay($cmd) NOT WORKING TN: #cd /usr/local/v6eval/sctp/init #./NormalInitClient.seq -pkt ./NormalInitClient.def -trace -log 1.html ======> I will send you the output as soon as i reach to the LAB. The problem maybe is that you using VM as NUT, and the timer in NUT is not correct, such as sleep 5 will cause more then 10s's sleep. Any output is helpful. ======> I am using a physical machine as TN and NUT. I urgently needed the suggestions so thanks for your prompt responses :) Its early morning just now. I'll reach to my LAB in 1 hour or so and will immediately send you the required logs. Thanks, Arif -----Original Message----- From: Wei Yongjun [mailto:yj...@cn...] Sent: Tue 12/28/2010 6:28 AM To: Mohd Arif Cc: net...@li... Subject: Re: [Networktest-sctp] [SCTP] Problem in execution of SCTP first test case, please help. Hi, > I am probably at the last hurdle in execution of SCTP test > suite, kindly help, I need your suggestions. > > Test Case: ./NormalInitClient.seq -pkt ./NormalInitClient.def Can you run the following comands and send me the output? TN: #cd /usr/local/v6eval/sctp/init #./NormalInitClient.seq -pkt ./NormalInitClient.def -trace -log 1.html And then, on NUT, your can run: #cat /tmp/tstcmd.log #sleep 5 && sctp_test -H 192.168.0.21 -P 4278 -h 192.168.0.100 -p 3278 -T -s -c -1352 -X 1 -x 1 -o 1 The problem maybe is that you using VM as NUT, and the timer in NUT is not correct, such as sleep 5 will cause more then 10s's sleep. Any output is helpful. OR the following command is not avail on your NUT system? #sleep 5 && sctp_test -H 192.168.0.21 -P 4278 -h 192.168.0.100 -p 3278 -T -s -c -1352 -X 1 -x 1 -o 1 > /tmp/tstcmd.log 2>&1 & > Problem: NUT is not sending any INIT packet to TN. > My Observation: > I found that in NUT, "sctp_test -H 192.168.0.21 -P 3185 -h > 192.168.0.100 -p 2185 -T -s -c -1352 -X 1 -x 1 -o 1 &" was not running > during the test execution. > > On investigation I observed that: > File: SCTP.pm, > Subroutine: sctpStartClient > Statement: sctpRemoteCommandAsyncDelay($cmd) is NOT WORKING. > > For test purpose, when I replaced this statement with > sctpRemoteCommand($cmd); then "sctp_test" command starts running in NUT. > INIT is sent by NUT but it doesn't send COOKIE_ECHO packet. Instead NUT > sends ABORT. > > Probably because at NUT, "sctp_test" immediately stops after > sending INIT packet. > > Please help!!! > Why is sctpRemoteCommandAsyncDelay NOT WORKING in my TN machine > (i386, Fedora 10)??? > > Thanks, > Arif > > > > DISCLAIMER: > ----------------------------------------------------------------------------------------------------------------------- > The contents of this e-mail and any attachment(s) are confidential and > intended > for the named recipient(s) only. > It shall not attach any liability on the originator or NECHCL or its > affiliates. Any views or opinions presented in > this email are solely those of the author and may not necessarily reflect the > opinions of NECHCL or its affiliates. > Any form of reproduction, dissemination, copying, disclosure, modification, > distribution and / or publication of > this message without the prior written consent of the author of this e-mail is > strictly prohibited. If you have > received this email in error please delete it and notify the sender > immediately. . > ----------------------------------------------------------------------------------------------------------------------- > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Networktest-sctp mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/networktest-sctp > DISCLAIMER: ----------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or NECHCL or its affiliates. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of NECHCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. . ----------------------------------------------------------------------------------------------------------------------- |
