31 Dec
2013
31 Dec
'13
6:59 a.m.
Brian,
I found the following in a Linux manual for the 'ip tunnel' command:
nopmtudisc -- disable Path MTU Discovery on this tunnel. It is
enabled by default. Note that fixed ttl is incompatible with this
option: tunnels with fixed ttl always make pmtu discovery.
If you create a tunnel that does not care about MTU state, it's also
unconcerend about the 'distance' the packet has traveled, your eth
interface would handle both tasks in that instance (being a 'dumb
tunnel,' if you will). With nopmtudisc on, your 44Router would properly
fragment the packet when transmitting on eth and sets the ttl on the
ARPA Internet, as opposed to AMPRnet. If this command worked before you
updated your IP utilities, it was probally due to the previous version
not being written true to RFC.
73,
Lynwood
KB3VWG
31 Dec
31 Dec
11:32 a.m.
New subject: Pi bug for ipencap?
On Mon, 2013-12-30 at 18:59 -0500, lleachii(a)aol.com spake:
nopmtudisc -- disable Path MTU Discovery on this
tunnel. It is
enabled by default. Note that fixed ttl is incompatible with this
option: tunnels with fixed ttl always make pmtu discovery.
The opposite is what occurs now... by default and it refuses to allow a
change.
If you create a tunnel that does not care about MTU
state, it's also
unconcerend about the 'distance' the packet has traveled, your eth
interface would handle both tasks in that instance (being a 'dumb
tunnel,' if you will). With nopmtudisc on, your 44Router would properly
fragment the packet when transmitting on eth and sets the ttl on the
ARPA Internet, as opposed to AMPRnet. If this command worked before you
updated your IP utilities, it was probally due to the previous version
not being written true to RFC.
This is NOT what was occurring however with the updated libs, it's
setting an MTU of 0 (discover) even though my ifconfig statement has an
MTU of 1480, AND it's locking out the ability to set TTL. Another issue
at hand is that ifconfig and iproute2 tools do not see each other.
What's occurring now is not true to RFC.
Perhaps I stated the issue backwards... sorry if I did, lost a family
member today.
--
73 de Brian Rogers - N1URO
email: <n1uro(a)n1uro.ampr.org>
Web: http://www.n1uro.net/
Ampr1: http://n1uro.ampr.org/
Ampr2: http://nos.n1uro.ampr.org
Linux Amateur Radio Services
axMail-Fax & URONode
AmprNet coordinator for:
Connecticut, Delaware, Maine,
Maryland, Massachusetts,
New Hampshire, Pennsylvania,
Rhode Island, and Vermont.
4009
days inactive
4010
days old
1 comments
2 participants
participants (2)
-
Brian Rogers -
lleachii＠aol.com