Hi Neale,
Thanks for the reply, I notice a problem today for ipv4, I set an IP on multiple interfaces, but during the test, the IP of one of them disappeared. GigabitEthernet3f/0/0 (up): L3 200.85.1.1/24 GigabitEthernet3f/0/1 (up): GigabitEthernet3f/0/2 (up): L3 201.85.1.1/24 I get some errors like this in "sh errors" 469 GigabitEthernet18/0/1-tx Tx packet drops (dpdk tx failure) and like this in syslog: vnet[18135]: dpdk_pool_create:504: ioctl(VFIO_IOMMU_MAP_DMA) pool 'dpdk_mbuf_pool_socket0': Bad address (errno 14) Sep 25 07:35:35 Rahyab22K-1 vnet[23814]: dpdk: unsupported rx offloads requested on port 40: scatter Sep 25 07:35:35 Rahyab22K-1 vnet[23814]: dpdk: unsupported rx offloads requested on port 41: scatter Sep 25 07:35:35 Rahyab22K-1 vnet[23814]: dpdk: unsupported rx offloads requested on port 42: scatter Sep 25 07:35:35 Rahyab22K-1 vnet[23814]: dpdk: unsupported rx offloads requested on port 43: scatter Sep 25 07:35:36 Rahyab22K-1 vnet[23814]: dpdk: unsupported rx offloads requested on port 52: scatter Sep 25 07:35:36 Rahyab22K-1 vnet[23814]: dpdk: unsupported rx offloads requested on port 53: scatter Sep 25 07:35:36 Rahyab22K-1 vnet[23814]: dpdk: unsupported rx offloads requested on port 54: scatter Sep 25 07:35:36 Rahyab22K-1 vnet[23814]: dpdk: unsupported rx offloads requested on port 55: scatter Sep 25 08:31:54 Rahyab22K-1 kernel: [261685.085366] DMAR: DRHD: handling fault status reg 302 Sep 25 08:31:54 Rahyab22K-1 kernel: [261685.091285] DMAR: [DMA Write] Request device [18:00.1] fault addr a9fb91000 [fault reason 05] PTE Write access is not set is this normal? I attached my startup.conf. I use vfio_pci driver and have iommu=pt intel_iommu=on config in my grub. On Thu, Sep 23, 2021, 15:07 Neale Ranns <ne...@graphiant.com> wrote: > Hi Mark, > > > > If you have a glean pointing out an interface, then you have an ipv6 > address on that interface. The presence of an address will ipv6 enable the > interface, so you don’t need that command as well. > > > > Your errors are not necessarily signs of a bad config, but an indication > that a host on that link is unreachable. > > > > /neale > > > > *From: *mark antony <mark.antonnyy.1...@gmail.com> > *Date: *Thursday, 23 September 2021 at 12:12 > *To: *Neale Ranns <ne...@graphiant.com> > *Cc: *vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> > *Subject: *Re: [vpp-dev] getting ip6-glean:address overflow drops > > Hi neale, > > > > Thanks for the info, is enabling ipv6 on interface with "enable ip6 > interface" command is necessary? I saw before without it i could ping in a > very simple ipv6 scenario but can enabling ipv6 on interfaces help this > address overflow errors? > > > > Best regards, > > Mark > > > > On Thu, Sep 23, 2021, 12:45 Neale Ranns <ne...@graphiant.com> wrote: > > Hi Mark, > > > > If traffic matches a ipv6-glean then it is destined to a host on an > attached subnet that does not yet have an ND entry. Matching the glean will > generate an ND solicitation to that host, but these are rate limited. An > address overflow can happen when: > > 1. when the rate limiting kicks in. > > 2. the egress link is down > > 3. some other reasons but I doubt that’s the case here: see > src/vnet/ip-neoghbor/ip6_neighbor.c:202 for details. > > > > /neale > > > > > > *From: *vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> on behalf of mark > antony via lists.fd.io <mark.antonnyy.1984=gmail....@lists.fd.io> > *Date: *Wednesday, 22 September 2021 at 18:05 > *To: *vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> > *Subject: *[vpp-dev] getting ip6-glean:address overflow drops > > Hi all, > > I get about 5 million packet drops due to ip6-glean: address overflow > drops. I attached my "vppctl sh error" command result. I am sure about my > configuration. What could be the possible reasons for this error? > > > > thanks, > > mark > >
startup1.conf
Description: Binary data
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#20202): https://lists.fd.io/g/vpp-dev/message/20202 Mute This Topic: https://lists.fd.io/mt/85793501/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-