Home > Ticket 13 – DHCP Helper-address

Ticket 13 – DHCP Helper-address

March 18th, 2015 in TSHOOT v2 Go to comments

Configuration on DSW1:

!
interface Vlan 10
 ip address 10.2.1.1 255.255.255.0
 ip helper-address 10.2.21.129
!

Note: In this ticket you will find port-security configured on ASW1 but it is not the problem.

Ans1) DSW1
Ans2) IP DHCP Server (or DHCP)
Ans3) on DSW1 delete “ip helper-address 10.2.21.129” and apply “ip helper-address 10.1.21.129” command

Comments (50) Comments
Comment pages
  1. Jim
    April 25th, 2014

    @Anonymous, type show ip int brief on client 1 to see what ip client 1 has obtained from dhcp server. thanks

  2. Junaid
    April 25th, 2014

    Got it, Thanks Jim….

  3. Jim
    April 25th, 2014

    @Junaid, if it doesn’t get ip immediately, give it some time and recheck again. some times it takes some time to load exam in GNS3. but in real exam it will be faster.

  4. Client 1 CLI
    May 24th, 2014

    Hey guys cleared tshoot exam today 5/24/2014 **All tickets still valid** There are strategies out there, this what I used.
    *************************************************************************

    1- Find 4 tickets for R1. ***OBS*** number in parentheses represent ticket’s order on Networktut.com
    -> If can ping 10.1.1.1 the tickets will be:
    – Nat ACL(4),BGP Neighbor (3) R1 ACL (5)
    -> if can’t ping 10.1.1.1 but can ping 10.1.1.2 ticket will be:
    – OSPF Authentication (1)

    2- find the 2 tickets for HSRP TRACK (2) DSW1 and IPV6 OSPF (12) R2

    3- find 4 tickets 3 for ASW1 and 1 for R4
    -> If client get ip 169.x.x.x or no IP address, tickets will be:
    -Switchport vlan 10 (8)
    -Port security (7) int 1/0/1 shutdown in **error disable** .
    -Switchport trunk (9) All in ASW1
    The other ticket will be in R4
    -DHCP Range (13)

    4- find one ticket where client get ip 10.x.x.x but can’t ping default gateway, ticket willl be:
    -Vlan filter (6) it will be DSW1 or ASW1 check for option port/acl

    5- 2 tickets where client get 10.x.x.x these two tickets will be:
    -OSPF to EIGRP (11) R4
    -EIGRP Passive Interface (14) R4

    I would advice to become premium member to interact with these tickets.

    Good lucky guys!!

  5. Rami2000
    June 7th, 2014

    Thanks networktut, I passed exam today. and all TTs are valid

  6. mchi
    June 23rd, 2014

    I took TShoot exams yesterday:

    Got 1000 scores
    Got 2 Multiple questions, with slightly changes in choices but answers posted here hold still.
    Got 1 drag and drop
    Got 13 TTs
    TTs here are all valid.

    Just study CCNP official cert guide to gain confidence and to back you up in case of trouble.

    Thanks to this site and to khatakk for strategy.
    I am now CCNP!

  7. Michi
    August 14th, 2014

    14.8.2014 TT still valid

  8. Ola
    September 4th, 2014

    I did this on R4 and got the same result

    no ip dhcp excluded-address 10.2.1.1 10.2.1.253
    ip dhcp excluded-address 10.2.1.1 10.2.1.2

    Configured this also
    no default-router 10.2.1.254
    default-router 10.2.1.1

    I hope I can do this in the exam?

  9. Joe
    September 4th, 2014

    Ola:
    Since you can’t enter “Config Mode” within Devices @ exam, you’ll not be able to type in your commands mentioned above, to be used for e.g. further testing of the actual Ticket…

  10. GCM Blue
    September 10th, 2014

    Praise d Lord ! I’ve got 945/1000 score today Sep 10, 2014
    Thanks lot Networktut team …. very effective though some questions were confusing but be careful… I used PING & SH RUN commands to check config…. I applied strategy of Khatak & Naren … thanks lot too !
    >>Got 2 MCQ (debug ip packet … & ip tftp instead…); 1 DD & 13 TTs still valid here
    >>No EIGRP wrong AS
    >>No DHCP range
    >>With IP Helper (wrong address @DSW1)

    God bless NETWORKTUT !!!

  11. Matt
    September 11th, 2014

    Yesterday I took the exam and I passed it (1000/1000) score. 1 DD (different form Networktut but very similar). Plus 13 ticket that were exactly the same reported by Networktut. Very useful to became Premium because you can do a lot of practice.

  12. Hilal
    September 29th, 2014

    What is the exact question for this Ticket 13 ? Can one of you write down please, thanks…

  13. Harold
    October 2nd, 2014

    I have tried this ticket in the Packet Tracer 6.1.1 but Client 1 still not getting IP from the DHCP server, If anyone can tell me what I have done wrong……………….

    I have applied
    no ip dhcp excluded-address 10.2.1.1 10.2.1.253
    ip dhcp excluded-address 10.2.1.1 10.2.1.3

  14. kamui
    October 2nd, 2014

    harold u need to save and reload router R4 in PT6.1 in order to work !

  15. Joe
    October 4th, 2014

    Harold: You can also find a small tech note about the issue within “Answer 3” in the PT “Ticket Answers:” Pull Down Menu, located at the mid / bottom PT 6.1 Toolbar – Pls click at the small “v-sign” there to get the note.

  16. Mian
    October 12th, 2014

    Dear All
    Successes are from Almighty and the failures are mine
    Passed TSHOOT on 11th Oct 2014 ( UK London )=== 1000/1000.

    Everything on this site including this ticket is valid

    For details about the materiel used to pass TSHOOT pls see under
    Share your TSHOOT Experience

  17. cisco
    October 12th, 2014

    @Mian

    Congrats on passing this exam and for giving detailed information. I just have one question if you could kindly point out the mistake in Flow Chart by Naren. Thanks in advance

  18. Mian
    October 12th, 2014

    @cisco …. Thanks

    Please check under Share your TSHOOT experience

  19. Lukas
    November 20th, 2014

    Hello, I have this ticket from Buddy (http://www.networktut.com/download/Cisco_PT_6_1_TSHOOT_Package.zip) I can resolve ticket 13. I think it is for this one problem with DHCP. However Clients still cant ping anything coz they have no IP, but every routers can ping clients… is it bug of Packet tracer? Thank you

  20. Lukas
    November 20th, 2014

    oh, after some delay (I have done nothing) it works..

  21. Mick
    November 20th, 2014

    Yop Lukas, That’s right – You’ve to be a little patient in getting a valid IP DHCP address on the Packet Tracer Client, after fixing the problem in this Ticket # 13
    However, here’s a Little Tip for you:
    After fixing the problem, you can do a “wr” and then a “reload” on R4, or you can do a R4:

    #copy run start
    #copy start run

    (This method – (it works most often) – is a little faster, than the first one mentioned) :)

    Have fun :)

  22. Mick
    November 20th, 2014

    Lukas: Pls also study Posts by Oct 2 and Oct 4 regarding the issue!

  23. Mick
    November 20th, 2014

    Lukas: Pls also study Posts by Oct 2 and Oct 4 (right ABOVE) regarding the issue!

  24. Lukas
    November 20th, 2014

    Thank you Mick

  25. anita
    December 3rd, 2014

    hi guys can one click on the router for example R2 and do a show running-config to find out the problem

  26. Mick
    December 3rd, 2014

    Yes, Miss Anita – can one click on a router (preferably R4 in this case / ticket) and then do a show running-config to find out the problem :)
    Enjoy!

  27. Mick
    December 3rd, 2014

    Yes, Miss Anita – One can click on a router (preferably R4 in this case / ticket) and then do a show running-config to find out the problem :)
    Enjoy!

  28. Mluvly
    December 17th, 2014

    Hey guys, can someone please explain how the TSHOOT exam is cause i am confused from the demo i saw. Are all the tickets pointing to the same question or different questions with different tickets!! CONFUSED!!

  29. Mluvly
    December 17th, 2014

    Or better still post a link that can explain the exam better. Thanks.

  30. Jimmy
    December 17th, 2014

    Mluvly:
    The Link u need and ask for is right en front of your nose!!! => Info on Network Tut is the answer to all your problems and confusion!
    So please carefully study all the info here @ the Net Tut Pages, and think it over what you’ve just learned – Then do some TSHOOT Labs also, and you’ll be good to go! – But please HURRY UP since you’ve only got limited time until deadline by end of January 2015!!!
    Good Luck!

  31. anita
    January 13th, 2015

    thanks mick

  32. Ardak
    January 18th, 2015

    if it doesn’t work, you need to clear mac table

  33. Buddy
    January 18th, 2015

    Ardak:

    AFTER solving the TT#13 DHCP Problem on R4 – Just run this command sequenze on R4, to get the CHANGES properly loaded @ R4, so the Clients are getting their IP DHCP based Info more quickly and not least EFFICIENT:

    So, just run on R4:
    ena
    wr
    copy start run
    !
    Then go into the Config Tab on the Client PC and Switch back and forth between the Global/Settings button and the Interface/Fastethernet0 button there a few times – Then suddenly the Client gets his IPv4 address, and everything is fine!

    (In the rare case, “Copy start run” won’t Work ok on R4 – (Against all odds) – Pls do a R4 “wr” / “Reload” instead, to get the CHANGES properly loaded on R4!

  34. Neo
    January 23rd, 2015

    I followed the given steps and got DHCP address but could not able to ping web server after getting dhcp address from Client 1, what should be done??

  35. Buddy
    January 23rd, 2015

    @Neo:

    Pls study this procedure to verify that all is good after solving TT#13:

    First on R4:

    R4#sh ip dhcp bind
    IP address Client-ID/ Lease expiration Type
    Hardware address

    R4#conf t
    Enter configuration commands, one per line. End with CNTL/Z.
    R4(config)#no ip dhcp excluded-address 10.2.1.1 10.2.1.253
    R4(config)#ip dhcp excluded-address 10.2.1.1 10.2.1.2
    R4(config)#exit
    R4#
    %SYS-5-CONFIG_I: Configured from console by console

    R4#wr
    Building configuration…
    [OK]

    R4#copy start run
    Destination filename [running-config]?

    2573 bytes copied in 0.416 secs (6185 bytes/sec)
    R4#Reload or use “clear ip ospf process” command, for this to take effect

    %SYS-5-CONFIG_I: Configured from console by console

    R4#sh ip dhcp bind
    IP address Client-ID/ Lease expiration Type
    Hardware address
    10.2.1.4 0060.4744.A334 — Automatic ——!!!
    R4#

    Now moving to Client 1 PC for testing IPv4 Connectivity towards the external WEB Server like this:

    Packet Tracer PC Command Line 1.0
    PC>ipconfig

    FastEthernet0 Connection:(default port)

    Link-local IPv6 Address………: ::
    IP Address………………….: 10.2.1.4
    Subnet Mask…………………: 255.255.255.0
    Default Gateway……………..: 10.2.1.254

    PC>ping 209.65.200.241

    Pinging 209.65.200.241 with 32 bytes of data:

    Reply from 209.65.200.241: bytes=32 time=40ms TTL=122
    Request timed out.
    Reply from 209.65.200.241: bytes=32 time=84ms TTL=122
    Reply from 209.65.200.241: bytes=32 time=36ms TTL=122

    Ping statistics for 209.65.200.241:
    Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 36ms, Maximum = 84ms, Average = 53ms

    PC>
    Now TT#13 Works 100% OK!

    Now try the procedure once more YOURSELF to make it Work – OK!?

  36. Neo
    January 24th, 2015

    And how to differentiate questions for client having 169.x.x.x IP address during the exam? We will be having 4 questions in which client has 169 Ip address.

  37. Anonymous
    January 26th, 2015

    Do i need to configure every ticket in exam!? or just check the problem? please help me im taking the exam on thursday.. thanks

  38. Mick
    January 26th, 2015

    Just Check the tickets and identify the problem…Check the demo link below to get a feel of the exam
    https://www.cisco.com/web/learning/le3/le2/le37/le10/tshoot_demo.html

  39. Cisconet
    January 27th, 2015

    @Anonymous you will just identify the problem and pick the right answer from the given answers…i hope that helps..and best of luck for your exam!

  40. CiscoAnon
    January 28th, 2015

    Just a question for my own knowledge purposes – why do they still want to apply the “ip dhcp excluded-address 10.2.1.1 10.2.1.2” at the end? Wouldn’t this exclude both those IPs from DHCP?

    I thought that the clients were supposed to get 10.2.1.1 and 10.2.1.2.

  41. Buddy
    January 28th, 2015

    @CiscoAnon:

    Yes, one could that thought – however, if you take a look at the official Cisco 642-832 TSHOOT L2/L3 Topology Diagram:

    http://www.networktut.com/tshoot-share-your-experience

    You’ll notice that indeed IP: 10.2.1.1 has been choosen as the VLAN 10 SVI on DSW1, while IP: 10.2.1.2 has been choosen as the VLAN 10 SVI on DSW2 within the TSHOOT.com Topology.

    Therefore we need to “reserve” indeed theese two IP’s for this purpose from the “Dynamic” DHCP Pool on DHCP Server R4, to avoid any IP addressing conflicts within the TSHOOT Topology…

    Hope this clarify the issue within Ticket # 13!?

    Thank you!

  42. CiscoAnon
    January 28th, 2015

    Thanks @Buddy! Very helpful!

  43. CiscoKid
    March 18th, 2015

    Shouldn’t the exclude statement ALSO include the hsrp ip?
    10.2.1.254

  44. Cath
    March 23rd, 2015

    No, hsrp ip 10.2.1.254 is already excluded on a separate command line within DHCP Server R4.

  45. Route Professor
    April 18th, 2015

    Can somebody explain why the ip helper-address, on the DSW1, has been set to the IP address of the loopback 21 interface of R4 and not to the actual IP address of the DHCP server (10.1.4.5)? Also, I cannot understand how this works… I am trying to find a configuration example from Cisco site or anywhere else without any luck…

  46. Sam
    April 19th, 2015

    Fessor:

    The IP helper address of: 10.1.21.129/27 which is configured within vlan 10 on DSW1, belongs to a dedicated Loopback (21) interface on DHCP Server R4, has been set to indeed THIS address on R4, and not to the mentioned address of 10.1.4.5 on the DHCP server, simply because Cisco LIKES IT that way, and don’t think it should be all to easy for the proff level Network Candidate @ exam!

    Thus the referrenced IP helper address at DSW1 does NOT necessarily have to be the fa0/0 (ingress) 10.1.4.5 interface on the DHCP Server (R4) – in fact, it can be ANY working “up/up” Interface on R4, as long DSW1 is having a VALID and working IP route towards the mentioned “IP helper target” on R4.

    Hope this helps!?

  47. Route Professor
    April 25th, 2015

    @ Sam:

    Thanks for the explanation! I have not found a configuration example like this, nor an “official” explanation of this configuration, though! Not in the study guides, nor in the Cisco site…
    So, this is really not kind of them…But like you said, they like to do that…
    That is why every time I go for a Cisco exam, I promise to myself that this will be my last Cisco exam…and every time, I do not keep this promise! ;)

  48. Sam
    April 26th, 2015

    Fessor:

    Yes, definitely agree w. you in the fact, that setting the ip-helper address to the one at the ingress I/F IP address on the DHCP Server will be the normal “best practice” within most IP Networks.

    Thus the good thing about this alternative TSHOOT DHCP Config demonstrated here on Net-Tut, is that you – in addition – learn about also this quite rare config possibility within the Cisco IOS, not satisfactory explained elsewhere.

    So, one can say, that “Network Tut” is here a very good and efficient weapon, in the fight to defeat the (quite often) BUGGY Cisco “exam monster”, and perhaps the reason for you do not always keep your Cisco exam promises mentioned above ;)

    Anyway Good Luck @ exam :)

  49. Route Professor
    April 26th, 2015

    @ Sam:
    I am quite impressed that I did not find such a configuration example by Cisco. Probably, I did not search that much…but anyway… Now, at least, I know an alternate configuration for DHCP relay!
    Going tomorrow for the exam to become CCNP after 13 months of studying… :-)
    Then onto Design….Damn…I did not kept my promise again… :-p
    Thanks!

  50. IP-Helper
    May 4th, 2015

    @Sam

    I have to disagree with the statement that setting an ingress interface as DHCP server is “best practice” especially when you have a redundant topology like this.

    lets say that you use 10.1.4.5 as ip-helper in both DSW1 and DSW2, what will happen when that interface goes down in R4? Clients will not get an IP adress since DSW1 or DSW2 cant reach the DHCP server.

    Lets say you use an IP address on a logical interface(loopback interface) instead as IP-helper and this IP address is then advertised via EIGRP to DSW1 and DSW2. What will happen now if interface with IP 10.1.4.5 goes down? Clients will still get an IP address since they can reach the DHCP server via DSW2.

    This is why it is always better to use a logical interface in a redundant topoplogy. You dont have to depend that a physical interface is up since you have several ways to reach the destination.

Comment pages