From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2212 invoked by alias); 5 Jan 2013 08:20:40 -0000 Received: (qmail 2199 invoked by uid 22791); 5 Jan 2013 08:20:37 -0000 X-SWARE-Spam-Status: No, hits=-5.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE X-Spam-Check-By: sourceware.org Received: from mail-ia0-f182.google.com (HELO mail-ia0-f182.google.com) (209.85.210.182) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 05 Jan 2013 08:20:31 +0000 Received: by mail-ia0-f182.google.com with SMTP id x2so14613159iad.27 for ; Sat, 05 Jan 2013 00:20:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.222.166 with SMTP id qn6mr1069284igc.47.1357374030305; Sat, 05 Jan 2013 00:20:30 -0800 (PST) Received: by 10.64.73.135 with HTTP; Sat, 5 Jan 2013 00:20:30 -0800 (PST) In-Reply-To: References: Date: Sat, 05 Jan 2013 08:20:00 -0000 Message-ID: From: cyl cyl To: eCos Users Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: [ECOS] Re: ipv6 question X-SW-Source: 2013-01/txt/msg00003.txt.bz2 I used wireshark . And found the reset bit of the response package was set 1. May anyone tell me which file or function does this work? So I can trace it. Flags: 0x014 (RST, ACK) 2013/1/5 cyl cyl : > Hello: > Is anyone familiar with ipv6? My UDP works well now, but TCP is > not . My computer connects my ecos equipment fail . > > This is ipv4 connect : (IPV4 works well.) > > ISR > INT_STATUS: 8a > > > RPIdx 3 RCIdx 2 > total_len 78 rx_status[2] = c400004d rx_len 78 > lpc2xxx_eth_recv: sg_len 2 > bil: 0 sg_list[0].len: 14 bnl: 14 > bib: 78 buffer_pos: 0 > (1) memcpy(0xA0A721DA, 0x7FE00CB8, 14) [0xA0A721DA - 0xA0A721E8] > bil: 0 sg_list[1].len: 64 bnl: 64 > bib: 78 buffer_pos: 14 > (2) memcpy(0xA0A3BB2C, 0x7FE00CC6, 64)[0xA0A3BB2C - 0xA0A3BB6C] > RCIdx++ 3 > RPIdx 3 RCIdx 3 Iterator 2 > can_send: 1 > TPI: 6 TCI: 6 > TX: sg_len 1, total_len 74, key 0xA0A3BB00 > TPI: 7 TCI: 6 > ISR > can_send: 0 > INT_STATUS: ca > TX finished - key: 0xA0A3BB00 > > This is IPV6 connect : > > ISR > INT_STATUS: 8a > > > RPIdx 3 RCIdx 2 > total_len 98 rx_status[2] = c4000061 rx_len 98 > lpc2xxx_eth_recv: sg_len 2 > bil: 0 sg_list[0].len: 14 bnl: 14 > bib: 98 buffer_pos: 0 > (1) memcpy(0xA0A721DA, 0x7FE00CB8, 14) [0xA0A721DA - 0xA0A721E8] > bil: 0 sg_list[1].len: 84 bnl: 84 > bib: 98 buffer_pos: 14 > (2) memcpy(0xA0A3B7AC, 0x7FE00CC6, 84)[0xA0A3B7AC - 0xA0A3B800] > RCIdx++ 3 > RPIdx 3 RCIdx 3 Iterator 2 > can_send: 1 > TPI: 6 TCI: 6 > TX: sg_len 2, total_len 74, key 0xA0A3BA00 > TPI: 8 TCI: 6 > ISR > can_send: 0 > INT_STATUS: c2 > TX finished - key: 0xA0A3BA00 > > The "tx total_len" of ipv4 and ipv6 both are 74. I'm not familiar with > TCP/IP but I think They should not be the same. Does anyone hit this > problem before? > > 2012/12/31 cyl cyl : >> I found it. If the ip I set is a linklocal ip (fe80) , then >> s6_adr16[1] will change to ifp->if_index. >> >> if (sa6 && sa6->sin6_family == AF_INET6) { >> if (IN6_IS_ADDR_LINKLOCAL(&sa6->sin6_addr)) { >> if (sa6->sin6_addr.s6_addr16[1] == 0) { >> /* link ID is not embedded by the user */ >> sa6->sin6_addr.s6_addr16[1] = >> htons(ifp->if_index); >> } else if (sa6->sin6_addr.s6_addr16[1] != >> htons(ifp->if_index)) { >> return(EINVAL); /* link ID contradicts */ >> } >> >> So I set another IP (3ffe .....) ,and it works OK. >> >> 2012/12/24 cyl cyl : >>> Hello: >>> >>> In function init_net_IPv6, I set "fe80::219:dbff:fea9:f3d5" >>> for my eth0 ipv6 address. But _show_all_interfaces says my ip is >>> "fe80:1::219:dbff:fea9:f3d5". I don't know why it adds a "1" in it. >>> The prefix I set is "fe80:0:0:0" . >>> >>> >>> ipv6: fe80::219:dbff:fea9:f3d5, in6mask64: ff ff ff ff ff ff ff ff >>> >>> 0xa0b53204 - eth0 - 192.168.1.239 >>> 0xa0b53220 - eth0 - fe80:1::200:ff:fe6c:18f0 >>> 0xa0b5323c - eth0 - fe80:1::219:dbff:fea9:f3d5 >>> 0xa0b53274 - lo0 - ::1 >>> 0xa0b53290 can_send: 1 -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss