Chronological Thread 

< Chronological >      < Thread >

---

Try setting up both the client and the server dualhomed.

Use for example one network
10.1.1.0/24
and another
10.1.2.0/24

then the stuff will work.
See more comments in-line.

Best regards
Michael

On May 11, 2004, at 2:11 PM, Ming Chi Tsai wrote:

Hi:

I have some problems I never encountered when I tested fault tolerant.
Following is my testing architecture:

IP1
Client <---------------->IP3 Server
IP2

IP1 (eth1): 140.116.247.135
IP2 (eth0): 211.21.216.51
IP3: 140.116.247.251
default route: 140.116.247.253
(Three IPs can work fine individually.)

Several situations are following:
1. If client connects to server used IP1, it works fine.
2. If client connects to server used IP2, it connects unsuccessful (I don't
know what is happened).

3. If client connects to server used IP1 and IP2, it also connects
unsuccessful.

So, I can not test fault tolerant by using sctp programs,
because IP2 can not work fine individually.

Originally my notion is if IP1 failed, IP2 should continue to work fine, but
the fact is IP2 also can not work, because IP2 can't find route to connect.

I guess the situation is since eth1 has been disabled,
and IP2 can't find default route(client's default route is eth1),
so IP2 also can't work normally.

If the problem is like as my guessed, how should I test fault tolerant using
SCTP?
Whether this problem can be solved by setting route table or something else?

Use the appropriate addressing. If one of you host is only single homed,
the whole scenario is single homed. Use dual homing on both sides.

Another problem, I also test sctp program, under cppsocket program, using
IPv6, but it doesn't seem to wok fine.
Could the programs in sctplib/program support IPv6??

Yes they do.

[root@bear cppsocket_programs]# ./sctptftp
3ffe:3600:1a:1:2e0:18ff:feca:b79a:69 put
/root/aaa.txt -use-ipv6 -local=3ffe:3600:1a:1:250:baff:fe13:291c
SCTP TFTP - Copyright (C) 2001 Thomas Dreibholz
-----------------------------------------------
Version: Apr 30 2004, 15:06:56
Local Addresses: [3ffe:3600:1a:1:250:baff:fe13:291c]:0
Remote Address: [3ffe:3600:1a:1:2e0:18ff:feca:b79a]:69

Connecting... failed!
ERROR: Unable to connect to remote address!



Following is my network setting:
eth0 Link encap:Ethernet HWaddr 00:0D:88:CB:C7:73
inet addr:211.21.216.51 Bcast:211.21.216.255 Mask:255.255.255.0
inet6 addr: fe80::20d:88ff:fecb:c773/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1027 errors:0 dropped:0 overruns:0 frame:0
TX packets:25 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:70082 (68.4 Kb) TX bytes:1302 (1.2 Kb)
Interrupt:9 Base address:0xd800

eth1 Link encap:Ethernet HWaddr 00:50:BA:13:29:1C
inet addr:140.116.247.135 Bcast:140.116.247.255
Mask:255.255.255.0
inet6 addr: 3ffe:3600:1a:1:250:baff:fe13:291c/64 Scope:Global
inet6 addr: fe80::250:baff:fe13:291c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:32653 errors:0 dropped:0 overruns:0 frame:0
TX packets:1194 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:3706399 (3.5 Mb) TX bytes:106404 (103.9 Kb)
Interrupt:9 Base address:0xd400

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
211.21.216.0 * 255.255.255.0 U 0 0
0 eth0
140.116.247.0 * 255.255.255.0 U 0 0
0 eth1
169.254.0.0 * 255.255.0.0 U 0 0
0 eth1
127.0.0.0 * 255.0.0.0 U 0
0 0 lo
default 140.116.247.253 0.0.0.0 UG 0 0
0 eth1


Best regards,
Moseey

----- Original Message -----
From: "Michael Tuexen"
<Michael.Tuexen AT micmac.franken.de>
To: "Ming Chi Tsai"
<tsaimc AT locust.csie.ncku.edu.tw>
Cc: "Andreas Jungmaier" <ajung AT exp-math.uni-essen.de>; <discussion AT sctp.de>
Sent: Monday, May 10, 2004 8:02 PM
Subject: Re: [SCTP-Discussion] Which program can support fault tolerant in
sctplib??

Hi,

the network fault tolerance support is implemented in the sctplib.

Please use terminal as the client and combined_server to test it first.
These are found in the sctplib/programs directory. Use the -V flag to
get notifications displayed.

They should work. If not, please provide the output of the programs and
details about your network setup including IP-adsresses. Possibly there
is a problem with the network setup.

Best regards
Michael

---

• [SCTP-Discussion] Which program can support fault tolerant in sctplib??, Ming Chi Tsai, 05/10/2004
  • Re: [SCTP-Discussion] Which program can support fault tolerant in sctplib??, Andreas Jungmaier, 05/10/2004
    • Re: [SCTP-Discussion] Which program can support fault tolerant in sctplib??, Ming Chi Tsai, 05/10/2004
      • Re: [SCTP-Discussion] Which program can support fault tolerant in sctplib??, Michael Tuexen, 05/10/2004
        • Re: [SCTP-Discussion] Which program can support fault tolerant in sctplib??, Ming Chi Tsai, 05/11/2004
          • Re: [SCTP-Discussion] Which program can support fault tolerant in sctplib??, Michael Tuexen, 05/12/2004

---

Archive powered by MHonArc 2.6.19+.