Em 11/07/2014 14:43, John Jasem escreveu:
Marcelo;
I recently had a case where an Intel card was flapping, but using LR
transceivers. Turns out, the cable ends needed to be re-polished, as not
enough light was making it through to register transmit power.
You and the networking people may want
Marcelo;
I recently had a case where an Intel card was flapping, but using LR
transceivers. Turns out, the cable ends needed to be re-polished, as not
enough light was making it through to register transmit power.
You and the networking people may want to spend a few moments exploring
that path.
Hi Jack,
# netstat -m
65493/19272/84765 mbufs in use (current/cache/total)
65491/13867/79358/1014370 mbuf clusters in use (current/cache/total/max)
65491/13698 mbuf+clusters out of packet secondary zone in use
(current/cache)
0/15/15/507184 4k (page size) jumbo clusters in use
(current/cache/to
What does a netstat -m show, I noticed you show no_desc counts on
all your queues, perhaps you don't have enough mbufs/clusters available?
Does your message log show any events or messages of significance?
I'm not sure about the module compatibility, Jeff would be better positioned
to answer that.
Hi all,
Both modules are 850nm. Could there be some incompatibility between the
Datacom XFP optical module and the SFP + Intel X520-SR2 optical module?
I ask this because I replaced all the hardware and optical cords and
nothing worked. Datacom is a DM4100.
dev.ix.0.%desc: Intel(R) PRO/10GbE
Em 02/07/2014 14:07, sth...@nethelp.no escreveu:
Is there any way that you can try a reproduce this using a B2B configuration,
or something that doesn't use XFP as a link partner? I'm thinking that you are
correct regarding an incompatibility issue between SFP+ and XFP.
Why do you believe tha
> It depends on the spec of the XFP module, as well as the cabling. The spec of
> both types of modules needs to match. I asked the OP to test B2B to eliminate
> the XFP as the problem. If you have any suggestions, I'd be happy to hear
> them.
Obviously transceivers and cabling need to match
lp.no [mailto:sth...@nethelp.no]
Sent: Wednesday, July 02, 2014 10:08 AM
To: Pieper, Jeffrey E
Cc: gon...@bsdinfo.com.br; freebsd-net@freebsd.org
Subject: Re: Network Intel X520-SR2 stopping
> Is there any way that you can try a reproduce this using a B2B
> configuration, or something t
> Is there any way that you can try a reproduce this using a B2B
> configuration, or something that doesn't use XFP as a link partner? I'm
> thinking that you are correct regarding an incompatibility issue between SFP+
> and XFP.
Why do you believe that? The optical signals are the same for SF
reebsd.org [mailto:owner-freebsd-...@freebsd.org] On
Behalf Of Marcelo Gondim
Sent: Wednesday, July 02, 2014 4:49 AM
Cc: FreeBSD Net
Subject: Re: Network Intel X520-SR2 stopping
Hi Jack,
The problem occurs with both ports.
When it happens the problem will make a sysctl dev.ix.0. and post here.
Ano
Hi Jack,
The problem occurs with both ports.
When it happens the problem will make a sysctl dev.ix.0. and post here.
Another doubt: this interface uses Intel SFP+ optical module and is
connected to one Datacom equipment with XFPmodule. Incompatibility may
exist between them that is causing thi
Is only one port a problem? When it gets into the state can you
do a sysctl dev.ix.X..
Jack
On Tue, Jul 1, 2014 at 6:48 PM, Marcelo Gondim
wrote:
> Hi all,
>
> I'm having problems with a 10GbE Intel X520-SR2 interface. After a running
> time, the interface does not send or receive more data.
Hi all,
I'm having problems with a 10GbE Intel X520-SR2 interface. After a
running time, the interface does not send or receive more data. I am
obliged to make a down and up the interface for it to return to work.
Have changed the interface, optical cords, optical modules and problem
continue
13 matches
Mail list logo
