Date: 21 Sep 2005 13:05:15 -0000 From: "PRAMENDRA SINGH" <parma_it@rediffmail.com> Subject: [users:00119] Re: Problem with Routers test cases in Tunnel Module To: users@tahi.org Message-Id: <20050921130515.2665.qmail@webmail53.rediffmail.com> X-Mail-Count: 00119Hi , Thanks to all for the response. I made changes In fragment.s=eq and now script is working fine. one more problem is there. My =TN is sending a packet vSend(Link1,echo_request_LINK1_v4_tn2nut_OFFLIN=K) TN(Offlink address) --ICMPv4 Echo Request (size 1450)-->NUT and i=t is expecting vRecv(Link1,echo_reply_LINK1_v4_nut2tn_OFFLINK) TN(Offl=ink address) <--ICMPv4 Echo Reply (size 1450)--NUT the problem is that= while sending DF bit is SET,and while receving DF is NOT SET. can anyone= pls tell me that is it necessary that DF should be set in reply?? or i=n other words is it nessary that DF bit should be same in ICMP ECHO REPLY= in a response to ICMP ECHO REQUEST?? Thanks Pramendra SIngh = On Wed, 21 Sep 2005 Lv Liangying wrote : >Hello > >In =fragment.seq, try to change >%ret=vRecv($IF1,2,0,0,v6overv4_echo_reques=t_LINK1_nut2tn_1300,v6overv4_echo_request_LINK1_nut2tn_1300_DF); >to >%=ret=vRecv($IF1,2,0,0,v6overv4_echo_request_LINK1_nut2tn_1300_DF,v6overv4_=echo_request_LINK1_nut2tn_1300); > >For the definition of DF flag in v6=eval, send is 0 and receive is any. In other words, the v6eval will not ver=ify the value of DF. >so the script judge the receive packets according t=o the packet sequence specified by vRecv. > > > ----- Original Mess=age ----- > From: PRAMENDRA SINGH > To: users@tahi.org > Cc: Yu=kiyo.Akisada@jp.yokogawa.com > Sent: Wednesday, September 21, 2005 1:08= PM > Subject: [users:00117] Re: Problem with Routers test cases in Tun=nel Module > > > Hi Akisada, > > Thanks for the response. => > yes, you are right! > My packet should match with "v6overv4_ech=o_request_LINK1_nut2tn_1300_DF", > but log says your packet is "v6overv=4_echo_request_LINK1_nut2tn_1300". > > but when you check the packet =data in the log you will come to know that the > packet being received =is "v6overv4_echo_request_LINK1_nut2tn_1300_DF", > as you can see there= that DF bit is set. > > But it is the script who says that packet is= "v6overv4_echo_request_LINK1_nut2tn_1300". > so problem is with the sc=ript and I don,t know where and how to modify script or packet definition f=or the same? > > I have modified the code and now it is sending a pac=ket "v6overv4_echo_request_LINK1_nut2tn_1300" and DF is not set. > In t=his scenario my test case is passing. > But, I want a case where packet= is "v6overv4_echo_request_LINK1_nut2tn_1300_DF" , > and DF bit is set.= > > pls check it and let me know. > > Thanks and Regards. > = Pramendra Singh > > Here I am sending you the comlete directory for= that particular test. > You can check the packet data there. > >= > > > > > > > On Tue, 20 Sep 2005 Yukiyo Akisada wrote := > >Hi, Pramendra. > > > >On 9 Sep 2005 04:23:37 -0000 > >"=PRAMENDRA SINGH" <parma_it@rediffmail.com> wrote: > > > > > Hi to =all, > > > I am a new member to this list. > > > I am working on IP=v6 Implementation for Montavista Linux ( MVL-3.1, RTOS by Samsung). > >= > > > > I am sending you all my problem. pls check it. > > > > = > > While Conformance testing for IPv6-Over-IPv4 Tunnel , I am facing prob=lem. I am using BSD as Tester node and MVL as NUT and configured as router.= > > > > > > While testing for 12th test case ( Fragment.seq ) Test=er Node sends a packet of 1280 and expecting a reply from Node under Test w=tih a packet length of 1300 with DF either SET or NOT SET. From the packet =data it is clear that NUT is sending a packet with 1300 length and DF bit i=s SET. But, the script says that it has got a packet wtih a packet length o=f 1300 with DF bit NOT SET and depending upon that it sets: > > > > = > > IPv4-PMTU = OFF; > > > > > > but It should set it as: IPv4-P=MTU = ON; > > > >Here is the cause of this problem. > >Your p=acket should match with "v6overv4_echo_request_LINK1_nut2tn_1300_DF", > = >but your attached log says your packet is "v6overv4_echo_request_LINK1_nu=t2tn_1300". > > > >Did you already modify script or packet definiti=on? > > > >Thanks, > > > >---------------------------------=--------------------------------------- > >Yukiyo Akisada <Yukiyo.Akisa=da@jp.yokogawa.com> > > > > > > >119_2.html (attatchment)(tag is disabled)