02-01-2018 09:38 PM - edited 03-08-2019 01:40 PM
pls look at the image attached. what might be the answer ?
Solved! Go to Solution.
02-01-2018 09:51 PM - edited 02-01-2018 11:38 PM
Answer D & E is correct. (Edited)
MTU mismatches are the primary reason an OSPF adjacency becomes stuck in the EXSTART state. After hellos are exchanged and the routers become neighbours, each OSPF speaker advertises the IP MTU of its local interface in a Data Base Description (DBD) LSA. If there is a mismatch you’ll probably just adjust the configuration to be identical on both ends of the link and be done.
"OSPF runs directly over the Internet Protocol's network layer. OSPF packets are therefore encapsulated solely by IP and local data-link headers.
OSPF does not define a way to fragment its protocol packets and depends on IP fragmentation when transmitting packets larger than the network MTU. If necessary, the length of OSPF packets can be up to 65,535 bytes (including the IP header). The OSPF packet types that are likely to be large (Database Description Packets, Link State Request, Link State Update, and Link State Acknowledgment packets) can usually be split into several separate protocol packets, without loss of functionality. This is recommended; IP fragmentation should be avoided whenever possible"
Regards,
Deepak Kumar
02-01-2018 09:51 PM - edited 02-01-2018 11:38 PM
Answer D & E is correct. (Edited)
MTU mismatches are the primary reason an OSPF adjacency becomes stuck in the EXSTART state. After hellos are exchanged and the routers become neighbours, each OSPF speaker advertises the IP MTU of its local interface in a Data Base Description (DBD) LSA. If there is a mismatch you’ll probably just adjust the configuration to be identical on both ends of the link and be done.
"OSPF runs directly over the Internet Protocol's network layer. OSPF packets are therefore encapsulated solely by IP and local data-link headers.
OSPF does not define a way to fragment its protocol packets and depends on IP fragmentation when transmitting packets larger than the network MTU. If necessary, the length of OSPF packets can be up to 65,535 bytes (including the IP header). The OSPF packet types that are likely to be large (Database Description Packets, Link State Request, Link State Update, and Link State Acknowledgment packets) can usually be split into several separate protocol packets, without loss of functionality. This is recommended; IP fragmentation should be avoided whenever possible"
Regards,
Deepak Kumar
02-01-2018 10:05 PM
but answer says D,E
02-01-2018 10:18 PM
As deepak explained why D is correct, regarding E "ip ospf mtu-ignore"override the process of answer D and disable the checking of MTU mismatch when it receive the DBD packet so it is also possible solution and that is why it is correct.
For more you can visit the below page.
https://www.cisco.com/c/m/en_us/techdoc/dc/reference/cli/nxos/commands/ospf/ip-ospf-mtu-ignore.html
Thank you.
Kindest regards,
Uzzi
02-01-2018 11:37 PM
02-05-2018 04:45 PM
what about "C " ? does cost need to be same on the both ends ?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide