<?xml version="1.0" encoding="UTF-8"?><rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Comments on: FreeBSD Configure NIC Jumbo Frames</title> <atom:link href="http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/feed/" rel="self" type="application/rss+xml" /><link>http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/</link> <description>Every answer asks a more beautiful question.</description> <lastBuildDate>Fri, 10 Feb 2012 19:55:56 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>By: itanic</title><link>http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-45944</link> <dc:creator>itanic</dc:creator> <pubDate>Thu, 11 Feb 2010 09:55:34 +0000</pubDate> <guid
isPermaLink="false">http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-45944</guid> <description>Forcing the duplex to full is a really bad idea, as if the other side is set to auto-duplex, the correct behaviour for it will be to fall back to half-duplex, in which case you&#039;ll end up with a duplex mismatch.</description> <content:encoded><![CDATA[<p>Forcing the duplex to full is a really bad idea, as if the other side is set to auto-duplex, the correct behaviour for it will be to fall back to half-duplex, in which case you&#8217;ll end up with a duplex mismatch.</p> ]]></content:encoded> </item> <item><title>By: vivek</title><link>http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39223</link> <dc:creator>vivek</dc:creator> <pubDate>Fri, 14 Nov 2008 14:38:10 +0000</pubDate> <guid
isPermaLink="false">http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39223</guid> <description>Some network cards have limitations in both hardware and driver itself. Try setting MTU on both end to 9000 and it may work out.</description> <content:encoded><![CDATA[<p>Some network cards have limitations in both hardware and driver itself. Try setting MTU on both end to 9000 and it may work out.</p> ]]></content:encoded> </item> <item><title>By: Dyr</title><link>http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39221</link> <dc:creator>Dyr</dc:creator> <pubDate>Fri, 14 Nov 2008 09:18:52 +0000</pubDate> <guid
isPermaLink="false">http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39221</guid> <description>It&#039;s sad cause it&#039;s also don&#039;t working %-(
&lt;code&gt;
[root@home-vr /etc/ipfw]# route change 10.77.77.1 -mtu 9100
change host 10.77.77.1
[root@home-vr /etc/ipfw]# route get 10.77.77.1
route to: 10.77.77.1
destination: 10.77.77.1
gateway: home-rs.vs.smartspb.net
interface: em0
flags:
recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire
0         0         0         0         0         0      9100         0
[root@home-vr /etc/ipfw]# ping 10.77.77.1
PING 10.77.77.1 (10.77.77.1): 56 data bytes
64 bytes from 10.77.77.1: icmp_seq=0 ttl=255 time=0.530 ms
^C
--- 10.77.77.1 ping statistics ---
1 packets transmitted, 1 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.530/0.530/0.530/0.000 ms
[root@home-vr /etc/ipfw]# route get 10.77.77.1
route to: 10.77.77.1
destination: 10.77.77.1
gateway: home-rs.vs.smartspb.net
interface: em0
flags:
recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire
0         0         0         0         0         0      1500         0
[root@home-vr /etc/ipfw]#
&lt;/code&gt;</description> <content:encoded><![CDATA[<p>It&#8217;s sad cause it&#8217;s also don&#8217;t working %-(</p><p><code><br
/> [root@home-vr /etc/ipfw]# route change 10.77.77.1 -mtu 9100<br
/> change host 10.77.77.1<br
/> [root@home-vr /etc/ipfw]# route get 10.77.77.1<br
/> route to: 10.77.77.1<br
/> destination: 10.77.77.1<br
/> gateway: home-rs.vs.smartspb.net<br
/> interface: em0<br
/> flags:<br
/> recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire<br
/> 0         0         0         0         0         0      9100         0<br
/> [root@home-vr /etc/ipfw]# ping 10.77.77.1<br
/> PING 10.77.77.1 (10.77.77.1): 56 data bytes<br
/> 64 bytes from 10.77.77.1: icmp_seq=0 ttl=255 time=0.530 ms<br
/> ^C<br
/> --- 10.77.77.1 ping statistics ---<br
/> 1 packets transmitted, 1 packets received, 0.0% packet loss<br
/> round-trip min/avg/max/stddev = 0.530/0.530/0.530/0.000 ms<br
/> [root@home-vr /etc/ipfw]# route get 10.77.77.1<br
/> route to: 10.77.77.1<br
/> destination: 10.77.77.1<br
/> gateway: home-rs.vs.smartspb.net<br
/> interface: em0<br
/> flags:<br
/> recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire<br
/> 0         0         0         0         0         0      1500         0<br
/> [root@home-vr /etc/ipfw]#</p><p></code></p> ]]></content:encoded> </item> <item><title>By: vivek</title><link>http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39210</link> <dc:creator>vivek</dc:creator> <pubDate>Thu, 13 Nov 2008 13:39:52 +0000</pubDate> <guid
isPermaLink="false">http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39210</guid> <description>Dyr,
Thanks for sharing back route command with us.</description> <content:encoded><![CDATA[<p>Dyr,</p><p>Thanks for sharing back route command with us.</p> ]]></content:encoded> </item> <item><title>By: Dyr</title><link>http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39209</link> <dc:creator>Dyr</dc:creator> <pubDate>Thu, 13 Nov 2008 13:02:48 +0000</pubDate> <guid
isPermaLink="false">http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39209</guid> <description>OK, I hope, this will help:
&lt;code&gt;
[root@home-vr /usr/home/dyr]# route change 10.77.77.1 -mtu 9198
change host 10.77.77.1
[root@home-vr /usr/home/dyr]# route get 10.77.77.1
route to: 10.77.77.1
destination: 10.77.77.1
gateway: home-rs.vs.smartspb.net
interface: em0
flags:
recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire
0         0         0         0         0         0      9198         0
[root@home-vr /usr/home/dyr]#
&lt;/code&gt;</description> <content:encoded><![CDATA[<p>OK, I hope, this will help:<br
/> <code><br
/> [root@home-vr /usr/home/dyr]# route change 10.77.77.1 -mtu 9198<br
/> change host 10.77.77.1<br
/> [root@home-vr /usr/home/dyr]# route get 10.77.77.1<br
/> route to: 10.77.77.1<br
/> destination: 10.77.77.1<br
/> gateway: home-rs.vs.smartspb.net<br
/> interface: em0<br
/> flags:<br
/> recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire<br
/> 0         0         0         0         0         0      9198         0<br
/> [root@home-vr /usr/home/dyr]#</p><p></code></p> ]]></content:encoded> </item> <item><title>By: Dyr</title><link>http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39208</link> <dc:creator>Dyr</dc:creator> <pubDate>Thu, 13 Nov 2008 13:00:09 +0000</pubDate> <guid
isPermaLink="false">http://www.cyberciti.biz/faq/freebsd-jumbo-frames-networking-configration/#comment-39208</guid> <description>OK, I did it...but &quot;route get&quot; shows mtu 1500 =( What could I do?
&lt;code&gt;
[root@home-vr /usr/home/dyr]# ifconfig em1 mtu 9198
[root@home-vr /usr/home/dyr]# ifconfig em1
em1: flags=8943 metric 0 mtu 9198
options=19b
ether 00:30:48:63:da:c7
inet 10.77.77.222 netmask 0xffffff00 broadcast 10.77.77.255
media: Ethernet autoselect (1000baseTX )
status: active
[root@home-vr /usr/home/dyr]# route get 10.77.77.1
route to: 10.77.77.1
destination: 10.77.77.1
gateway: home-rs.vs.smartspb.net
interface: em0
flags:
recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire
0         0         0         0         0         0      1500         0
&lt;/code&gt;
Cisco at another side already set to use jumbo frames:
&lt;code&gt;
home-rs#show interfaces gigabitEthernet 1/0/2
GigabitEthernet1/0/2 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 0014.f286.5302 (bia 0014.f286.5302)
Description: home-vr/em1
MTU 9198 bytes, BW 1000000 Kbit, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive not set
Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 1w0d, output hang never
Last clearing of &quot;show interface&quot; counters 2w0d
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
17031 packets input, 5586651 bytes, 0 no buffer
Received 16022 broadcasts (0 multicast)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
1654 packets output, 469745 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out
&lt;/code&gt;
What&#039;s wrong?</description> <content:encoded><![CDATA[<p>OK, I did it&#8230;but &#8220;route get&#8221; shows mtu 1500 =( What could I do?</p><p><code><br
/> [root@home-vr /usr/home/dyr]# ifconfig em1 mtu 9198<br
/> [root@home-vr /usr/home/dyr]# ifconfig em1<br
/> em1: flags=8943 metric 0 mtu 9198<br
/> options=19b<br
/> ether 00:30:48:63:da:c7<br
/> inet 10.77.77.222 netmask 0xffffff00 broadcast 10.77.77.255<br
/> media: Ethernet autoselect (1000baseTX )<br
/> status: active<br
/> [root@home-vr /usr/home/dyr]# route get 10.77.77.1<br
/> route to: 10.77.77.1<br
/> destination: 10.77.77.1<br
/> gateway: home-rs.vs.smartspb.net<br
/> interface: em0<br
/> flags:<br
/> recvpipe  sendpipe  ssthresh  rtt,msec    rttvar  hopcount      mtu     expire<br
/> 0         0         0         0         0         0      1500         0<br
/> </code></p><p>Cisco at another side already set to use jumbo frames:<br
/> <code><br
/> home-rs#show interfaces gigabitEthernet 1/0/2<br
/> GigabitEthernet1/0/2 is up, line protocol is up (connected)<br
/> Hardware is Gigabit Ethernet, address is 0014.f286.5302 (bia 0014.f286.5302)<br
/> Description: home-vr/em1<br
/> MTU 9198 bytes, BW 1000000 Kbit, DLY 10 usec,<br
/> reliability 255/255, txload 1/255, rxload 1/255<br
/> Encapsulation ARPA, loopback not set<br
/> Keepalive not set<br
/> Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX<br
/> input flow-control is off, output flow-control is unsupported<br
/> ARP type: ARPA, ARP Timeout 04:00:00<br
/> Last input never, output 1w0d, output hang never<br
/> Last clearing of "show interface" counters 2w0d<br
/> Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0<br
/> Queueing strategy: fifo<br
/> Output queue: 0/40 (size/max)<br
/> 5 minute input rate 0 bits/sec, 0 packets/sec<br
/> 5 minute output rate 0 bits/sec, 0 packets/sec<br
/> 17031 packets input, 5586651 bytes, 0 no buffer<br
/> Received 16022 broadcasts (0 multicast)<br
/> 0 runts, 0 giants, 0 throttles<br
/> 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored<br
/> 0 watchdog, 0 multicast, 0 pause input<br
/> 0 input packets with dribble condition detected<br
/> 1654 packets output, 469745 bytes, 0 underruns<br
/> 0 output errors, 0 collisions, 0 interface resets<br
/> 0 babbles, 0 late collision, 0 deferred<br
/> 0 lost carrier, 0 no carrier, 0 PAUSE output<br
/> 0 output buffer failures, 0 output buffers swapped out<br
/> </code></p><p>What&#8217;s wrong?</p> ]]></content:encoded> </item> </channel> </rss>
