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 ?
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: