Home > Ticket 13 – DHCP Helper-address

Ticket 13 – DHCP Helper-address

April 24th, 2018 in TSHOOT v2 Go to comments

Configuration on DSW1:

interface Vlan 10
 ip address
 ip helper-address

+ In this ticket you will find port-security configured on ASW1 but it is not the problem as the port-security is good (check with the “show interface fa1/0/1” command on ASW1 and you will see it is still in up/up state. Also if we use “ipconfig” command on Client1, we will see APIPA address (169.254.x.x).
+ is the loopback1 interface of R4. The wrong IP address of does not exist.

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

Comments (16) Comments
Comment pages
1 5 6 7 211
  1. how to dhcp
    April 26th, 2019

    ipconfig on Client 1 & 2

    on ASW1:
    show interfaces status – check if you have any down or in err-disabled statue
    show acces-list – this is routine just to check if something is blocking vlan 10 traffic and the ip subnets related to R4
    show vlan – verify that vlan 10 exists and ports are assigned

    on DSW1:
    show ip int brief – verify SVI 10 is up and has IP address
    show vlan – verify that VLAN 10 exists, otherwsie SVI won’t route for it
    show run int vlan 10 – check config on SVI
    ping – try to ping current helper-address, if you can’t you have to check if it is the correct IP

    Remember that per topology Client 1 needs to obtain IP from range and Client 2 from range.
    We also have an arrow on the topology pointing to R4 for DHCP service.
    The idea of helper-address is to relay the DHCP packets to network device that is able to process discover/offer/request/ack packets
    So whatever IP you have in “ip helper-address” it needs to be reachable , i.e IP connectivity, we know that DSW1 has a default route via EIGRP towards R4
    – therefore the only requirement left is R4 to have active interface with an IP address of whatever is in the “ip helper-address” command
    – Our sim is configured in a way that DSW1 cannot ping because that IP doesn’t exist on the network

    on R4:
    show run
    In our sim we see “network” and is the pool where Client 1 only will obtain his IP from
    We also have:
    ip dhcp excluded-address
    ip dhcp excluded-address
    – this is just a list of IP addresses that should not be assigned, this is not a range
    – these are the IP addresses of the SVIs for VLAN 10 on DSW1/2
    – you also have the exclude which is the HSRP virutal IP on DSW1/2

    show ip int brief – check if there are any interfaces with, there aren’t
    – remember the default route in EIGRP is redistributed from OSPF, so ideally you are looking for a network that is reachable via OSPF on
    – this can aslo work with “ip helper-address”

    show ip ospf database – you can see LSA Type 1 for
    show ip int brief -> Loopback 1 has IP of

    on DSW1
    ping -> success
    conf t
    int vlan 10
    no ip helper-address
    ip helper-address

    The configuration will work even if you point the helper-address to any of the other interface IPs of R4, as long as they are reachable.
    The only requirement is that R4 is able to process DHCP packets and is one-hop away from DSW1.

  2. Forever More
    May 11th, 2019

    Took the exam yesterday
    (This site is spot on) – use it to study

    This question took me almost an hour and cost me the time required to answer all the rest of the questions (I answered 18 of 24) and thus failed

    Don’t let time derail you

  3. Johnny
    May 13th, 2019

    Passed on May 10th 2019 with 946/1000.
    24 questions on exam: 10 MCQs, 12 tickets, BGP and HSRP simlet.
    Thanks mm for detailed review and you guys here as well as Networktut team.
    Chinese dump is valid however MCQs answers in it are not totally correct.
    You should read all recent comments here to get your own correct answers.
    Good luck!

  4. Johnny
    May 13th, 2019

    Contact: ballking242(at)gmail(dot)com

  5. abdou
    May 18th, 2019

    please sent dump :{email not allowed}

  6. abd
    May 18th, 2019

    please sent dump :rouam10(at)yahoo(dot)fr

  7. Anonymous
    July 24th, 2019

    Hey guys, this answer confused me. I was confused moreso becuase I couldnt understand why the loopback was picked (there is nothing in the configs that point anything dhcp related to the loopback interface, which really confused me).

    so here goes:

    BEST PRACTICE states that your helper address should be the LOOPBACK address, because its a virtual interface, and never goes down.

    so you have the option to pick between loopback 1, or loopback 0.
    The only correct answer shows Loopback 1 being the preferred ip-helper address.

    i hope this helps clear up anything.

  8. PJ
    August 18th, 2019

    This ticket in Packettracer is broken. Networktut please can you take a look. IPhelper is correct, but still no IP addr on client1

  9. eLMo
    August 27th, 2019

    Could we check this issue by another way? If both clients have AIPA IPs and they are in the same vlan, we could ping each other (fix dhcp). If not, ports security was applied…

    September 23rd, 2019

    Hi Guys. If you want to download freedump 300-135 go in my link. Last updated 08/08/2019

    htt ps : //w ww. youtu be. com/watch?v= yzG7EKVVz_0

  11. dumper boy
    September 23rd, 2019

    did you check the correct answers in the packet tracer you can see it at the bottom part left side. The issue was the DHCP excluded address covers the entire subnet thus not leasing any ip address. This is not the same issue with ip helper ticket

  12. supa4sf1
    September 23rd, 2019

    This one got me off guard. Even though the configuration of the ip helper on DSW1 is incorrect, the configuration on DSW2 *is* correct. In this case, the client would still get an ip address as both of the DSWx SVI’s would receive the DHCP Discover – only DSW2 would get the directed unicast. I’ve tested this in the lab (using Cisco VIRL). Does anyone have any insight on this?

  13. Helper
    October 27th, 2019


    The problem in packet tracer is that all addresses are excluded from the DHCP pool with the following lines on R4:

    ip dhcp excluded-address
    ip dhcp excluded-address

    to fix do the following:

    no ip dhcp excluded-address
    ip dhcp excluded-address

    This is the problem in the packet tracer demo files that I downloaded from this site.

  14. Spaurito
    October 31st, 2019

    Helper…thanks for the catch. Just updated my local copy

  15. Sami
    November 18th, 2019


    Go To Hell you ppl search a place to do all shit make ppl fool

    what a question ” if you people want free dumps ” ????

    don’t put garbage in this group

  16. NX
    November 21st, 2019

    @supa4sf1 – First of all tank you for this insight. So I’m not dreaming :P – I ended up at the very same spot. You are right in real world it will work as DSW2 with correct config will take care of it. I’m having 15+ years of experience and CCIE(expired) preparing for re-cert of all my CCxPs. And yes, I would kill a lot of time on this one if I didn’t saw it beforehand here. I’m so angry on Cisco for those dumb exams where you can fail due to stupid things like this. Meaning you wanna cisco cert? No matter how good you are you need to dump it or cheat it in some way to see their messed up questions beforehand to pass it.
    Even anyone whom pass TSHOOT will fail miserably in real life because essential L2 tshoot commands are just not there as show arp, show mac address-table, show etherchannel, show VLAN X, show int X trunk even sh int statu is in question… In real life on bigger or more complex switch show run is just not an option it’s too complex to analyze it in reasonable timeframe.
    … EOF (End OF Frustration) …
    supa4sf1 and networktut.com thanks again for all your help!

Comment pages
1 5 6 7 211