Chronological Thread 

< Chronological >      < Thread >

---

Hi,
 
> the sctplib puts in the INIT/INIT-ACK chunks the
addresses only, if
> more than one is used
 
   When the addresses are put (when a single machine
is used) I can see two addresses: 127.0.0.1 and
192.168.1.15.. This machine is used as client for the
test with 2 machines. So there is no change between
the tests.
   The sample programs can exchange data in the both
cases. The problem is visible only with a tool like
Ethereal.
 
Attached, you have the ethereal dumps (libpcap).
The client machine (sctpterminal) is 192.168.1.15, the
server machine is (TCP_combined_server) is
192.168.1.159.
The commands I use are:
Server
   TCP_combined_server -V
Client
   sctpterminal 192.168.1.159:7
 
[root@192.168.1.15 cppsocket_programs]# ifconfig -a
eth0      Link encap:Ethernet  HWaddr
00:0C:29:01:E7:B4 
          inet addr:192.168.1.15  Bcast:192.168.1.255 
Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500 
Metric:1
          RX packets:65802 errors:0 dropped:0
overruns:0 frame:0
          TX packets:59021 errors:0 dropped:0
overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:8217735 (7.8 Mb)  TX bytes:18267839
(17.4 Mb)
          Interrupt:9 Base address:0x1060
lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:912 errors:0 dropped:0 overruns:0
frame:0
          TX packets:912 errors:0 dropped:0 overruns:0
carrier:0
          collisions:0 txqueuelen:0
          RX bytes:52822 (51.5 Kb)  TX bytes:52822
(51.5 Kb)

 
[root@192.168.1.159 root]# ifconfig -a
eth0      Link encap:Ethernet  HWaddr
00:0C:29:25:21:73 
          inet addr:192.168.1.159 
Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500 
Metric:1
          RX packets:93575 errors:0 dropped:0
overruns:0 frame:0
          TX packets:58068 errors:0 dropped:0
overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:16435053 (15.6 Mb)  TX
bytes:9652428 (9.2 Mb)
          Interrupt:11 Base address:0x1060
lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:22 errors:0 dropped:0 overruns:0
frame:0
          TX packets:22 errors:0 dropped:0 overruns:0
carrier:0
          collisions:0 txqueuelen:0
          RX bytes:1558 (1.5 Kb)  TX bytes:1558 (1.5
Kb)

[root@192.168.1.159 root]# ping 192.168.1.15
PING 192.168.1.15 (192.168.1.15) from 192.168.1.159 :
56(84) bytes of data.
64 bytes from 192.168.1.15: icmp_seq=1 ttl=255
time=1.86 ms
64 bytes from 192.168.1.15: icmp_seq=2 ttl=255
time=0.457 ms
64 bytes from 192.168.1.15: icmp_seq=3 ttl=255
time=0.414 ms
64 bytes from 192.168.1.15: icmp_seq=4 ttl=255
time=0.433 ms 
 
 
Regards,
 Razvan

Michael_Tüxen
<Michael.Tuexen AT micmac.franken.de>
wrote:

Hi,

the sctplib puts in the INIT/INIT-ACK chunks the
addresses only, if
more than
one is used. This is intentionally to let SCTP work
with NATs.

If this does not explain the behaviour, please send
the
- command lines you entered,
- a libpcap file (use for example ethereal or tcpdum
(-s 0) showing
the commnication
- and the output of ifconfig -a on both machines.

I'm not sure that there is anything wrong, can the
client and the
server to to each other?

Best regards
Michael

On Tuesday, Jun 10, 2003, at 16:07 Europe/Berlin,
Razvan Marcus wrote:

>    Hello,
>  
>      I'm using the example programs: sctpterminal et

> TCP_combined_server for some tests.
> For both, I'm using the port 7 (echo) and ethereal
to capture sctp
> packets.
>     When I'm using sctpterminal &
TCP_combined_server on the same
> machine all works well. The INIT sctp is well
composed. When I'm using
> 2 machines, on the same private network the IP
addresses aren't
> visible in the INIT packet.
>   Here are some traces:
>  
> - same machine:
>  
> cd 57 00 07 00 00  00 00 6d 4b 3d 5c 01 00
> 00 30 29 3f b1 9b 00 00  7f ff 00 01 00 01 31 1e
> 09 38 c0 00 00 04 00 0c  00 06 00 05 00 00 00 05
> 00 08 7f 00 00 01 00 05  00 08 c0 a8 01 0f
>  
>  
> 00 05 00 08 7f 00 00 01 - corresponds to 127.0.0.1
> 00 05 00 08 c0 a8 01 0f - corresponds to
192.168.1.15
>  
> - when I put the TCP_combined_server on the
192.168.1.159
>  
> d8 44 00 07 00 00  00 00 36 d2 d1 3e 01 00
> 00 20 10 74 30 9a 00 00  7f ff 00 01 00 01 19 63
> cd cb c0 00 00 04 00 0c  00 06 00 05 00 00 
>  
> The addresses are missing.
>  
> My network is 192.168.1.0/255.255.255.0. I'm using
socketapi-1.2.0
> with sctplib-1.0.0-pre19.
> Can you tell me where is the problem?
>  
>  Regards,
> Razvan Marcus
>  
>
>
>

>
> Do you Yahoo!?
> Free online calendar with sync to Outlook(TM).



__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com

Attachment: 1machine.dump
Description: 1machine.dump

Attachment: 2machines.dump
Description: 2machines.dump

---

• [SCTP-Discussion] sctp ip addresses aren't sent?, Razvan Marcus, 06/10/2003
  • Re: [SCTP-Discussion] sctp ip addresses aren't sent?, Michael Tüxen, 06/10/2003
    • Re: [SCTP-Discussion] sctp ip addresses aren't sent?, Razvan Marcus, 06/10/2003
  • <Possible follow-up(s)>
  • Re: [SCTP-Discussion] sctp ip addresses aren't sent?, Andreas Jungmaier, 06/13/2003
    • Re: [SCTP-Discussion] sctp ip addresses aren't sent?, Razvan Marcus, 06/13/2003

---

Archive powered by MHonArc 2.6.19+.