Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Cisco: NSP

Fwd: IPV6 Path MTU DIscovery Test

 

 

Cisco nsp RSS feed   Index | Next | Previous | View Threaded


jstuxuhu0816 at gmail

Jul 31, 2012, 5:32 PM

Post #1 of 7 (833 views)
Permalink
Fwd: IPV6 Path MTU DIscovery Test

Anybody have any good idea?

Thanks advance for any inputs,
Xu Hu

Begin forwarded message:

> From: TJ <trejrco [at] gmail>
> Date: 1 August, 2012 5:23:46 GMT+08:00
> To: Xu Hu <jstuxuhu0816 [at] gmail>
> Subject: Re: [c-nsp] IPV6 Path MTU DIscovery Test
> Reply-To: trejrco [at] gmail
>
> In order to test it, take one of the links along the path and change the (IPv6) MTU to something smaller - say 1300B. Then send large packets, with WireShark running. And no, you cannot disable PMTUD in IPv6.
>
> HTH!
> /TJ
>
>
> On Tue, Jul 31, 2012 at 6:43 AM, Xu Hu <jstuxuhu0816 [at] gmail> wrote:
> Hi Experts,
>
> I have some queries about the PMTU for IPv6.
> 1. From my understanding, path MTU discovery in IPv6 allows a host to
> dynamically discover and adjust to differences in the MTU size of every
> link along a given data path, So the fragmentation is handled by the
> source, if i want to test this feature in the IPv6 network, anyone have any
> good ideas?
> For example, as below topology, if i want to test the Path MTU discovery,
> how to test, i can ping from CE-1 to CE--2 with a specific IPv6 packet
> size.
> CE-1------PE-1------------PE-2--------CE-2
>
> 2. If i need to configure the Path MTU discovery, just one command
> mentioned in Cisco.com, which is "ipv6 flowset" under configuration mode.
> So if i want to disable that in test scenario, just using the "no ipv6
> flowset" is okay? Cisco don't mentioned that.
> By default, it is enable for ip routers or not?
>
> Thanks for any inputs.
>
> Best Regards,
> Hu Xu
> _______________________________________________
> cisco-nsp mailing list cisco-nsp [at] puck
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


oboehmer at cisco

Jul 31, 2012, 11:18 PM

Post #2 of 7 (769 views)
Permalink
Re: Fwd: IPV6 Path MTU DIscovery Test [In reply to]

Well, you need to create TCP connections to see the effect of PMTUD.. you could build an iBGP session across the test network, and play around with the minimum link MTU along the path. The MSS (shown in show bgp neighbor ..) should adapt as you change it..

oli

> -----Original Message-----
> From: cisco-nsp-bounces [at] puck [mailto:cisco-nsp-
> bounces [at] puck] On Behalf Of Xu Hu
> Sent: 01 August 2012 02:33
> To: cisco-nsp [at] puck
> Subject: [c-nsp] Fwd: IPV6 Path MTU DIscovery Test
>
> Anybody have any good idea?
>
> Thanks advance for any inputs,
> Xu Hu
>
> Begin forwarded message:
>
> > From: TJ <trejrco [at] gmail>
> > Date: 1 August, 2012 5:23:46 GMT+08:00
> > To: Xu Hu <jstuxuhu0816 [at] gmail>
> > Subject: Re: [c-nsp] IPV6 Path MTU DIscovery Test
> > Reply-To: trejrco [at] gmail
> >
> > In order to test it, take one of the links along the path and change the
> (IPv6) MTU to something smaller - say 1300B. Then send large packets, with
> WireShark running. And no, you cannot disable PMTUD in IPv6.
> >
> > HTH!
> > /TJ
> >
> >
> > On Tue, Jul 31, 2012 at 6:43 AM, Xu Hu <jstuxuhu0816 [at] gmail> wrote:
> > Hi Experts,
> >
> > I have some queries about the PMTU for IPv6.
> > 1. From my understanding, path MTU discovery in IPv6 allows a host to
> > dynamically discover and adjust to differences in the MTU size of every
> > link along a given data path, So the fragmentation is handled by the
> > source, if i want to test this feature in the IPv6 network, anyone have
> any
> > good ideas?
> > For example, as below topology, if i want to test the Path MTU discovery,
> > how to test, i can ping from CE-1 to CE--2 with a specific IPv6 packet
> > size.
> > CE-1------PE-1------------PE-2--------CE-2
> >
> > 2. If i need to configure the Path MTU discovery, just one command
> > mentioned in Cisco.com, which is "ipv6 flowset" under configuration mode.
> > So if i want to disable that in test scenario, just using the "no ipv6
> > flowset" is okay? Cisco don't mentioned that.
> > By default, it is enable for ip routers or not?
> >
> > Thanks for any inputs.
> >
> > Best Regards,
> > Hu Xu
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp [at] puck
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
> _______________________________________________
> cisco-nsp mailing list cisco-nsp [at] puck
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/

_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


jstuxuhu0816 at gmail

Aug 1, 2012, 6:54 AM

Post #3 of 7 (754 views)
Permalink
Re: Fwd: IPV6 Path MTU DIscovery Test [In reply to]

Must use the TCP packets? I want to just use the ping packet to test the
effect of PMTUD. Is any simple way to test this feature?

Another thing, if use the iBGP to test, i find one show ip bgp neighbor
command as below, the MSS you mentioned is the "*Datagrams (max data
segment is 1460 bytes):*" ?

Thanks for your help.
Hu Xu

Router# *show ip bgp neighbors 172.16.232.178*


BGP neighbor is 172.16.232.178, remote AS 10, external link

Index 1, Offset 0, Mask 0x2

Inbound soft reconfiguration allowed

BGP version 4, remote router ID 172.16.232.178

BGP state = Established, table version = 27, up for 00:06:12

Last read 00:00:12, hold time is 180, keepalive interval is 60 seconds

Minimum time between advertisement runs is 30 seconds

Received 19 messages, 0 notifications, 0 in queue

Sent 17 messages, 0 notifications, 0 in queue

Inbound path policy configured

Route map for incoming advertisements is testing

Connections established 2; dropped 1

Connection state is ESTAB, I/O status: 1, unread input bytes: 0

Local host: 172.16.232.181, Local port: 11002

Foreign host: 172.16.232.178, Foreign port: 179


Enqueued packets for retransmit: 0, input: 0, saved: 0


Event Timers (current time is 0x530C294):

Timer Starts Wakeups Next

Retrans 12 0 0x0

TimeWait 0 0 0x0

AckHold 12 10 0x0

SendWnd 0 0 0x0

KeepAlive 0 0 0x0

GiveUp 0 0 0x0

PmtuAger 0 0 0x0


iss: 133981889 snduna: 133982166 sndnxt: 133982166 sndwnd: 16108

irs: 3317025518 rcvnxt: 3317025810 rcvwnd: 16093 delrcvwnd: 291


SRTT: 441 ms, RTTO: 2784 ms, RTV: 951 ms, KRTT: 0 ms

minRTT: 0 ms, maxRTT: 300 ms, ACK hold: 300 ms

Flags: higher precedence, nagle


*Datagrams (max data segment is 1460 bytes):*

Rcvd: 15 (out of order: 0), with data: 12, total data bytes: 291

Sent: 23 (retransmit: 0), with data: 11, total data bytes: 276


2012/8/1 Oliver Boehmer (oboehmer) <oboehmer [at] cisco>

> Well, you need to create TCP connections to see the effect of PMTUD.. you
> could build an iBGP session across the test network, and play around with
> the minimum link MTU along the path. The MSS (shown in show bgp neighbor
> ..) should adapt as you change it..
>
> oli
>
> > -----Original Message-----
> > From: cisco-nsp-bounces [at] puck [mailto:cisco-nsp-
> > bounces [at] puck] On Behalf Of Xu Hu
> > Sent: 01 August 2012 02:33
> > To: cisco-nsp [at] puck
> > Subject: [c-nsp] Fwd: IPV6 Path MTU DIscovery Test
> >
> > Anybody have any good idea?
> >
> > Thanks advance for any inputs,
> > Xu Hu
> >
> > Begin forwarded message:
> >
> > > From: TJ <trejrco [at] gmail>
> > > Date: 1 August, 2012 5:23:46 GMT+08:00
> > > To: Xu Hu <jstuxuhu0816 [at] gmail>
> > > Subject: Re: [c-nsp] IPV6 Path MTU DIscovery Test
> > > Reply-To: trejrco [at] gmail
> > >
> > > In order to test it, take one of the links along the path and change
> the
> > (IPv6) MTU to something smaller - say 1300B. Then send large packets,
> with
> > WireShark running. And no, you cannot disable PMTUD in IPv6.
> > >
> > > HTH!
> > > /TJ
> > >
> > >
> > > On Tue, Jul 31, 2012 at 6:43 AM, Xu Hu <jstuxuhu0816 [at] gmail> wrote:
> > > Hi Experts,
> > >
> > > I have some queries about the PMTU for IPv6.
> > > 1. From my understanding, path MTU discovery in IPv6 allows a host to
> > > dynamically discover and adjust to differences in the MTU size of every
> > > link along a given data path, So the fragmentation is handled by the
> > > source, if i want to test this feature in the IPv6 network, anyone have
> > any
> > > good ideas?
> > > For example, as below topology, if i want to test the Path MTU
> discovery,
> > > how to test, i can ping from CE-1 to CE--2 with a specific IPv6 packet
> > > size.
> > > CE-1------PE-1------------PE-2--------CE-2
> > >
> > > 2. If i need to configure the Path MTU discovery, just one command
> > > mentioned in Cisco.com, which is "ipv6 flowset" under configuration
> mode.
> > > So if i want to disable that in test scenario, just using the "no ipv6
> > > flowset" is okay? Cisco don't mentioned that.
> > > By default, it is enable for ip routers or not?
> > >
> > > Thanks for any inputs.
> > >
> > > Best Regards,
> > > Hu Xu
> > > _______________________________________________
> > > cisco-nsp mailing list cisco-nsp [at] puck
> > > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > > archive at http://puck.nether.net/pipermail/cisco-nsp/
> > >
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp [at] puck
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


cconn at b2b2c

Aug 1, 2012, 7:19 AM

Post #4 of 7 (752 views)
Permalink
Re: Fwd: IPV6 Path MTU DIscovery Test [In reply to]

>>>> network, anyone have
>>> any
>>>> good ideas?
>>>> For example, as below topology, if i want to test the Path MTU
>> discovery,
>>>> how to test
>>
>>
>> Thanks for any inputs.

Why not just use tracepath6? What exactly do you want to test? That PMTUD is broken or not?


_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


jstuxuhu0816 at gmail

Aug 1, 2012, 7:26 AM

Post #5 of 7 (773 views)
Permalink
Re: Fwd: IPV6 Path MTU DIscovery Test [In reply to]

Wow, good idea, i heard the tracepath6 first time, just checked, maybe i
can use this command.

What exactly i want to test is how the PMTUD works, because i don't have
host int the test scenario, just have the router, so need to simulate the
traffic from router, but my first thought is using the ping traffic, so
let's say if i change the MTU in the path to a low one, the ping traffic
will be dropped, the ping traffic cannot change the mtu automatically,
because i already define the traffic size in the ping packet.

The tracepath6 command as below, first line can show the pmtu.

tracepath6 www.ripe.net -n
1?: [LOCALHOST] pmtu 1500
1: 2001:db1::3 1.785ms
2: 2001:db1::2 asymm 1 1.944ms
3: 2001:db1:2:16::9 asymm 2 2.937ms
4: ::ffff:154.0.0.13 asymm 11 16.193ms
5: ::ffff:154.0.0.46 asymm 11 16. 60ms
6: ::ffff:154.0.0.9 asymm 11 16. 69ms
7: ::ffff:154.0.0.134 asymm 11 16.279ms
8: 2001:550:3::8a asymm 9 15.860ms
9: 2001:5a0:600:500::a asymm 8 16.746ms
10: 2001:5a0:f00:400::1 19.212ms
11: 2001:5a0:2000:400::19 asymm 9 90.538ms
12: 2001:5a0:2000:500::1 asymm 8 86.440ms
13: 2001:5a0:2000:500::a asymm 9 103.741ms
14: 2001:5a0:200:100::5 asymm 11 103.324ms
15: 2001:5a0:200:200::16 asymm 9 97.851ms
16: no reply
17: 2001:67c:2e8:27::1 asymm 13 98.410ms !A
Resume: pmtu 1500

2012/8/1 Chris Conn <CConn [at] b2b2c>

> Why not just use tracepath6? What exactly do you want to test? That
> PMTUD is broken or not?
>
> -----Original Message-----
> From: cisco-nsp-bounces [at] puck [mailto:
> cisco-nsp-bounces [at] puck] On Behalf Of Xu Hu
> Sent: 1 août 2012 09:54
> To: Oliver Boehmer (oboehmer)
> Cc: cisco-nsp [at] puck
> Subject: Re: [c-nsp] Fwd: IPV6 Path MTU DIscovery Test
>
> Must use the TCP packets? I want to just use the ping packet to test the
> effect of PMTUD. Is any simple way to test this feature?
>
> Another thing, if use the iBGP to test, i find one show ip bgp neighbor
> command as below, the MSS you mentioned is the "*Datagrams (max data
> segment is 1460 bytes):*" ?
>
> Thanks for your help.
> Hu Xu
>
> Router# *show ip bgp neighbors 172.16.232.178*
>
>
> BGP neighbor is 172.16.232.178, remote AS 10, external link
>
> Index 1, Offset 0, Mask 0x2
>
> Inbound soft reconfiguration allowed
>
> BGP version 4, remote router ID 172.16.232.178
>
> BGP state = Established, table version = 27, up for 00:06:12
>
> Last read 00:00:12, hold time is 180, keepalive interval is 60 seconds
>
> Minimum time between advertisement runs is 30 seconds
>
> Received 19 messages, 0 notifications, 0 in queue
>
> Sent 17 messages, 0 notifications, 0 in queue
>
> Inbound path policy configured
>
> Route map for incoming advertisements is testing
>
> Connections established 2; dropped 1
>
> Connection state is ESTAB, I/O status: 1, unread input bytes: 0
>
> Local host: 172.16.232.181, Local port: 11002
>
> Foreign host: 172.16.232.178, Foreign port: 179
>
>
> Enqueued packets for retransmit: 0, input: 0, saved: 0
>
>
> Event Timers (current time is 0x530C294):
>
> Timer Starts Wakeups Next
>
> Retrans 12 0 0x0
>
> TimeWait 0 0 0x0
>
> AckHold 12 10 0x0
>
> SendWnd 0 0 0x0
>
> KeepAlive 0 0 0x0
>
> GiveUp 0 0 0x0
>
> PmtuAger 0 0 0x0
>
>
> iss: 133981889 snduna: 133982166 sndnxt: 133982166 sndwnd: 16108
>
> irs: 3317025518 rcvnxt: 3317025810 rcvwnd: 16093 delrcvwnd: 291
>
>
> SRTT: 441 ms, RTTO: 2784 ms, RTV: 951 ms, KRTT: 0 ms
>
> minRTT: 0 ms, maxRTT: 300 ms, ACK hold: 300 ms
>
> Flags: higher precedence, nagle
>
>
> *Datagrams (max data segment is 1460 bytes):*
>
> Rcvd: 15 (out of order: 0), with data: 12, total data bytes: 291
>
> Sent: 23 (retransmit: 0), with data: 11, total data bytes: 276
>
>
> 2012/8/1 Oliver Boehmer (oboehmer) <oboehmer [at] cisco>
>
> > Well, you need to create TCP connections to see the effect of PMTUD..
> > you could build an iBGP session across the test network, and play
> > around with the minimum link MTU along the path. The MSS (shown in
> > show bgp neighbor
> > ..) should adapt as you change it..
> >
> > oli
> >
> > > -----Original Message-----
> > > From: cisco-nsp-bounces [at] puck [mailto:cisco-nsp-
> > > bounces [at] puck] On Behalf Of Xu Hu
> > > Sent: 01 August 2012 02:33
> > > To: cisco-nsp [at] puck
> > > Subject: [c-nsp] Fwd: IPV6 Path MTU DIscovery Test
> > >
> > > Anybody have any good idea?
> > >
> > > Thanks advance for any inputs,
> > > Xu Hu
> > >
> > > Begin forwarded message:
> > >
> > > > From: TJ <trejrco [at] gmail>
> > > > Date: 1 August, 2012 5:23:46 GMT+08:00
> > > > To: Xu Hu <jstuxuhu0816 [at] gmail>
> > > > Subject: Re: [c-nsp] IPV6 Path MTU DIscovery Test
> > > > Reply-To: trejrco [at] gmail
> > > >
> > > > In order to test it, take one of the links along the path and
> > > > change
> > the
> > > (IPv6) MTU to something smaller - say 1300B. Then send large
> > > packets,
> > with
> > > WireShark running. And no, you cannot disable PMTUD in IPv6.
> > > >
> > > > HTH!
> > > > /TJ
> > > >
> > > >
> > > > On Tue, Jul 31, 2012 at 6:43 AM, Xu Hu <jstuxuhu0816 [at] gmail>
> wrote:
> > > > Hi Experts,
> > > >
> > > > I have some queries about the PMTU for IPv6.
> > > > 1. From my understanding, path MTU discovery in IPv6 allows a host
> > > > to dynamically discover and adjust to differences in the MTU size
> > > > of every link along a given data path, So the fragmentation is
> > > > handled by the source, if i want to test this feature in the IPv6
> > > > network, anyone have
> > > any
> > > > good ideas?
> > > > For example, as below topology, if i want to test the Path MTU
> > discovery,
> > > > how to test, i can ping from CE-1 to CE--2 with a specific IPv6
> > > > packet size.
> > > > CE-1------PE-1------------PE-2--------CE-2
> > > >
> > > > 2. If i need to configure the Path MTU discovery, just one command
> > > > mentioned in Cisco.com, which is "ipv6 flowset" under
> > > > configuration
> > mode.
> > > > So if i want to disable that in test scenario, just using the "no
> > > > ipv6 flowset" is okay? Cisco don't mentioned that.
> > > > By default, it is enable for ip routers or not?
> > > >
> > > > Thanks for any inputs.
> > > >
> > > > Best Regards,
> > > > Hu Xu
> > > > _______________________________________________
> > > > cisco-nsp mailing list cisco-nsp [at] puck
> > > > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > > > archive at http://puck.nether.net/pipermail/cisco-nsp/
> > > >
> > > _______________________________________________
> > > cisco-nsp mailing list cisco-nsp [at] puck
> > > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
> _______________________________________________
> cisco-nsp mailing list cisco-nsp [at] puck
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


oboehmer at cisco

Aug 1, 2012, 8:03 AM

Post #6 of 7 (756 views)
Permalink
Re: Fwd: IPV6 Path MTU DIscovery Test [In reply to]

well, you don't have to use TCP, but it's the most convinient as you have the client prepared to react to the packet-too-big ICMP/ICMPv6 messages from intermediate nodes, and see the effect it has on the MSS. You can't test this just by sending icmp packets from the CLI?!
And to your question: yes, it is the MSS reported, and the below output suggests that you have PMTUD enabled on the routers and you're using a min MTU of 1500 along the path, otherwise the nodes would have used MSS=532 or something low like this..

oli

From: Xu Hu [mailto:jstuxuhu0816 [at] gmail]
Sent: 01 August 2012 15:54
To: Oliver Boehmer (oboehmer)
Cc: cisco-nsp [at] puck
Subject: Re: [c-nsp] Fwd: IPV6 Path MTU DIscovery Test

Must use the TCP packets? I want to just use the ping packet to test the effect of PMTUD. Is any simple way to test this feature?

Another thing, if use the iBGP to test, i find one show ip bgp neighbor command as below, the MSS you mentioned is the "Datagrams (max data segment is 1460 bytes):" ?

Thanks for your help.
Hu Xu


Router# show ip bgp neighbors 172.16.232.178



BGP neighbor is 172.16.232.178, remote AS 10, external link

Index 1, Offset 0, Mask 0x2

Inbound soft reconfiguration allowed

BGP version 4, remote router ID 172.16.232.178

BGP state = Established, table version = 27, up for 00:06:12

Last read 00:00:12, hold time is 180, keepalive interval is 60 seconds

Minimum time between advertisement runs is 30 seconds

Received 19 messages, 0 notifications, 0 in queue

Sent 17 messages, 0 notifications, 0 in queue

Inbound path policy configured

Route map for incoming advertisements is testing

Connections established 2; dropped 1

Connection state is ESTAB, I/O status: 1, unread input bytes: 0

Local host: 172.16.232.181, Local port: 11002

Foreign host: 172.16.232.178, Foreign port: 179



Enqueued packets for retransmit: 0, input: 0, saved: 0



Event Timers (current time is 0x530C294):

Timer Starts Wakeups Next

Retrans 12 0 0x0

TimeWait 0 0 0x0

AckHold 12 10 0x0

SendWnd 0 0 0x0

KeepAlive 0 0 0x0

GiveUp 0 0 0x0

PmtuAger 0 0 0x0



iss: 133981889 snduna: 133982166 sndnxt: 133982166 sndwnd: 16108

irs: 3317025518 rcvnxt: 3317025810 rcvwnd: 16093 delrcvwnd: 291



SRTT: 441 ms, RTTO: 2784 ms, RTV: 951 ms, KRTT: 0 ms

minRTT: 0 ms, maxRTT: 300 ms, ACK hold: 300 ms

Flags: higher precedence, nagle



Datagrams (max data segment is 1460 bytes):

Rcvd: 15 (out of order: 0), with data: 12, total data bytes: 291

Sent: 23 (retransmit: 0), with data: 11, total data bytes: 276

2012/8/1 Oliver Boehmer (oboehmer) <oboehmer [at] cisco<mailto:oboehmer [at] cisco>>
Well, you need to create TCP connections to see the effect of PMTUD.. you could build an iBGP session across the test network, and play around with the minimum link MTU along the path. The MSS (shown in show bgp neighbor ..) should adapt as you change it..

oli

> -----Original Message-----
> From: cisco-nsp-bounces [at] puck<mailto:cisco-nsp-bounces [at] puck> [mailto:cisco-nsp-<mailto:cisco-nsp->
> bounces [at] puck<mailto:bounces [at] puck>] On Behalf Of Xu Hu
> Sent: 01 August 2012 02:33
> To: cisco-nsp [at] puck<mailto:cisco-nsp [at] puck>
> Subject: [c-nsp] Fwd: IPV6 Path MTU DIscovery Test
>
> Anybody have any good idea?
>
> Thanks advance for any inputs,
> Xu Hu
>
> Begin forwarded message:
>
> > From: TJ <trejrco [at] gmail<mailto:trejrco [at] gmail>>
> > Date: 1 August, 2012 5:23:46 GMT+08:00
> > To: Xu Hu <jstuxuhu0816 [at] gmail<mailto:jstuxuhu0816 [at] gmail>>
> > Subject: Re: [c-nsp] IPV6 Path MTU DIscovery Test
> > Reply-To: trejrco [at] gmail<mailto:trejrco [at] gmail>
> >
> > In order to test it, take one of the links along the path and change the
> (IPv6) MTU to something smaller - say 1300B. Then send large packets, with
> WireShark running. And no, you cannot disable PMTUD in IPv6.
> >
> > HTH!
> > /TJ
> >
> >
> > On Tue, Jul 31, 2012 at 6:43 AM, Xu Hu <jstuxuhu0816 [at] gmail<mailto:jstuxuhu0816 [at] gmail>> wrote:
> > Hi Experts,
> >
> > I have some queries about the PMTU for IPv6.
> > 1. From my understanding, path MTU discovery in IPv6 allows a host to
> > dynamically discover and adjust to differences in the MTU size of every
> > link along a given data path, So the fragmentation is handled by the
> > source, if i want to test this feature in the IPv6 network, anyone have
> any
> > good ideas?
> > For example, as below topology, if i want to test the Path MTU discovery,
> > how to test, i can ping from CE-1 to CE--2 with a specific IPv6 packet
> > size.
> > CE-1------PE-1------------PE-2--------CE-2
> >
> > 2. If i need to configure the Path MTU discovery, just one command
> > mentioned in Cisco.com, which is "ipv6 flowset" under configuration mode.
> > So if i want to disable that in test scenario, just using the "no ipv6
> > flowset" is okay? Cisco don't mentioned that.
> > By default, it is enable for ip routers or not?
> >
> > Thanks for any inputs.
> >
> > Best Regards,
> > Hu Xu
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp [at] puck<mailto:cisco-nsp [at] puck>
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
> >
> _______________________________________________
> cisco-nsp mailing list cisco-nsp [at] puck<mailto:cisco-nsp [at] puck>
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/

_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/


jstuxuhu0816 at gmail

Aug 1, 2012, 8:15 AM

Post #7 of 7 (749 views)
Permalink
Re: Fwd: IPV6 Path MTU DIscovery Test [In reply to]

Hi Oli, thanks for your inputs, will add this to my test document.

Best Regards for the NSP's help.

2012/8/1 Oliver Boehmer (oboehmer) <oboehmer [at] cisco>

> well, you don't have to use TCP, but it's the most convinient as you
> have the client prepared to react to the packet-too-big ICMP/ICMPv6
> messages from intermediate nodes, and see the effect it has on the MSS. You
> can't test this just by sending icmp packets from the CLI?! ****
>
> And to your question: yes, it is the MSS reported, and the below output
> suggests that you have PMTUD enabled on the routers and you're using a min
> MTU of 1500 along the path, otherwise the nodes would have used MSS=532 or
> something low like this..****
>
> ** **
>
> oli****
>
> ** **
>
> *From:* Xu Hu [mailto:jstuxuhu0816 [at] gmail]
> *Sent:* 01 August 2012 15:54
>
> *To:* Oliver Boehmer (oboehmer)
> *Cc:* cisco-nsp [at] puck
> *Subject:* Re: [c-nsp] Fwd: IPV6 Path MTU DIscovery Test****
>
> ** **
>
> Must use the TCP packets? I want to just use the ping packet to test the
> effect of PMTUD. Is any simple way to test this feature?****
>
> ** **
>
> Another thing, if use the iBGP to test, i find one show ip bgp neighbor
> command as below, the MSS you mentioned is the "*Datagrams (max data
> segment is 1460 bytes):*" ?****
>
> ** **
>
> Thanks for your help.****
>
> Hu Xu****
>
> ** **
>
> Router# *show ip bgp neighbors 172.16.232.178*
>
>
>
> ****
>
> BGP neighbor is 172.16.232.178, remote AS 10, external link****
>
> Index 1, Offset 0, Mask 0x2****
>
> Inbound soft reconfiguration allowed****
>
> BGP version 4, remote router ID 172.16.232.178****
>
> BGP state = Established, table version = 27, up for 00:06:12****
>
> Last read 00:00:12, hold time is 180, keepalive interval is 60 seconds****
>
> Minimum time between advertisement runs is 30 seconds****
>
> Received 19 messages, 0 notifications, 0 in queue****
>
> Sent 17 messages, 0 notifications, 0 in queue****
>
> Inbound path policy configured****
>
> Route map for incoming advertisements is testing****
>
> Connections established 2; dropped 1****
>
> Connection state is ESTAB, I/O status: 1, unread input bytes: 0****
>
> Local host: 172.16.232.181, Local port: 11002****
>
> Foreign host: 172.16.232.178, Foreign port: 179****
>
>
>
> ****
>
> Enqueued packets for retransmit: 0, input: 0, saved: 0****
>
>
>
> ****
>
> Event Timers (current time is 0x530C294):****
>
> Timer Starts Wakeups Next****
>
> Retrans 12 0 0x0****
>
> TimeWait 0 0 0x0****
>
> AckHold 12 10 0x0****
>
> SendWnd 0 0 0x0****
>
> KeepAlive 0 0 0x0****
>
> GiveUp 0 0 0x0****
>
> PmtuAger 0 0 0x0****
>
>
>
> ****
>
> iss: 133981889 snduna: 133982166 sndnxt: 133982166 sndwnd: 16108****
>
> irs: 3317025518 rcvnxt: 3317025810 rcvwnd: 16093 delrcvwnd: 291****
>
>
>
> ****
>
> SRTT: 441 ms, RTTO: 2784 ms, RTV: 951 ms, KRTT: 0 ms****
>
> minRTT: 0 ms, maxRTT: 300 ms, ACK hold: 300 ms****
>
> Flags: higher precedence, nagle****
>
>
>
> ****
>
> *Datagrams (max data segment is 1460 bytes):*****
>
> Rcvd: 15 (out of order: 0), with data: 12, total data bytes: 291****
>
> Sent: 23 (retransmit: 0), with data: 11, total data bytes: 276****
>
> ** **
>
> 2012/8/1 Oliver Boehmer (oboehmer) <oboehmer [at] cisco>****
>
> Well, you need to create TCP connections to see the effect of PMTUD.. you
> could build an iBGP session across the test network, and play around with
> the minimum link MTU along the path. The MSS (shown in show bgp neighbor
> ..) should adapt as you change it..
>
> oli****
>
>
> > -----Original Message-----
> > From: cisco-nsp-bounces [at] puck [mailto:cisco-nsp-
> > bounces [at] puck] On Behalf Of Xu Hu
> > Sent: 01 August 2012 02:33
> > To: cisco-nsp [at] puck
> > Subject: [c-nsp] Fwd: IPV6 Path MTU DIscovery Test
> >
> > Anybody have any good idea?
> >
> > Thanks advance for any inputs,
> > Xu Hu
> >
> > Begin forwarded message:
> >
> > > From: TJ <trejrco [at] gmail>
> > > Date: 1 August, 2012 5:23:46 GMT+08:00
> > > To: Xu Hu <jstuxuhu0816 [at] gmail>
> > > Subject: Re: [c-nsp] IPV6 Path MTU DIscovery Test
> > > Reply-To: trejrco [at] gmail
> > >
> > > In order to test it, take one of the links along the path and change
> the
> > (IPv6) MTU to something smaller - say 1300B. Then send large packets,
> with
> > WireShark running. And no, you cannot disable PMTUD in IPv6.
> > >
> > > HTH!
> > > /TJ
> > >
> > >
> > > On Tue, Jul 31, 2012 at 6:43 AM, Xu Hu <jstuxuhu0816 [at] gmail> wrote:
> > > Hi Experts,
> > >
> > > I have some queries about the PMTU for IPv6.
> > > 1. From my understanding, path MTU discovery in IPv6 allows a host to
> > > dynamically discover and adjust to differences in the MTU size of every
> > > link along a given data path, So the fragmentation is handled by the
> > > source, if i want to test this feature in the IPv6 network, anyone have
> > any
> > > good ideas?
> > > For example, as below topology, if i want to test the Path MTU
> discovery,
> > > how to test, i can ping from CE-1 to CE--2 with a specific IPv6 packet
> > > size.
> > > CE-1------PE-1------------PE-2--------CE-2
> > >
> > > 2. If i need to configure the Path MTU discovery, just one command
> > > mentioned in Cisco.com, which is "ipv6 flowset" under configuration
> mode.
> > > So if i want to disable that in test scenario, just using the "no ipv6
> > > flowset" is okay? Cisco don't mentioned that.
> > > By default, it is enable for ip routers or not?
> > >
> > > Thanks for any inputs.
> > >
> > > Best Regards,
> > > Hu Xu
> > > _______________________________________________
> > > cisco-nsp mailing list cisco-nsp [at] puck
> > > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > > archive at http://puck.nether.net/pipermail/cisco-nsp/
> > >
> > _______________________________________________
> > cisco-nsp mailing list cisco-nsp [at] puck
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/****
>
> ** **
>
_______________________________________________
cisco-nsp mailing list cisco-nsp [at] puck
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Cisco nsp RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.