HPE Aruba Networking & ProVision-based
1823274 Members
3561 Online
109648 Solutions
New Discussion юеВ

Devices on Edge Switches not obtaining DHCP leases

 
DoJu
Frequent Advisor

Devices on Edge Switches not obtaining DHCP leases

Hi Everyone,

I have an issue with devices on our edge switches not being able to obtain leased DHCP IP addresses.
Serial connected to the switch I can ping the Core switch, DHCP Server, vlan IPs etc

It would be greatly appreciated if a technical expert could troubleshoot my snip of the config below and advise.

Thank you.

DC/File/Print/DHCP Server has several activated and configured DHCP scopes

Core Switch - ProCurve Switch 5304XL - J4850A

ip access-list extended "Deny Crosstalk"
permit ip 0.0.0.0 255.255.255.255 subnet_a 0.0.0.255
deny ip 0.0.0.0 255.255.255.255 2_octets_subnet_a.0.0 0.0.255.255 log
permit ip 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255
exit

ip route 0.0.0.0 0.0.0.0 <network_provider_IP_gateway>

vlan 1
untagged b3
ip address <network_provider_IP> 255.255.255.248
exit

vlan 60
name "Edu building"
ip address vlan_IP_1 255.255.255.0
ip helper-address dhcp_server_IP
ip access-group "Deny Crosstalk" in
tagged b3
exit

Edge_Switch1 in Edu building
vlan 1
untagged 28 (uplink port)

vlan 60
name "Edu building"
ip address vlan_IP_2 255.255.255.0
ip access-group "Deny Crosstalk" in
tagged 28
exit

6 REPLIES 6
parnassus
Honored Contributor

Re: Devices on Edge Switches not obtaining DHCP leases

Hi! Is the edge switch in Edu building performing any IP routing? if the answer is "No" (as it is supposed it should generally be) why there is an ACL?


I'm not an HPE Employee
Kudos and Accepted Solution banner
DoJu
Frequent Advisor

Re: Devices on Edge Switches not obtaining DHCP leases

Hi Parnassus

RE:  Is the edge switch in Edu building performing any IP routing? if the answer is "No" (as it is supposed it should generally be) why there is an ACL?

Only the core switch is performing Ip routing. ACLs due to the hardware being in a highly secure 'locked down' environment.

 

parnassus
Honored Contributor

Re: Devices on Edge Switches not obtaining DHCP leases

Hi DoJu! I believe you didn't understood my question...or I didn't understood the config snip about the Edge switch you initially provided...whatever is the case...what I wanted to say is that that ACL "Deny Crosstalk" should be configured and used only on the routing switch...if the Edge switch is not doing routing (as usually happens) I don't understand why the ACL "Deny Crosstalk" is also mentioned/defined on the Edge switch running conifiguration:

Edge_Switch1 in Edu building

vlan 1
untagged 28 (uplink port)

vlan 60
name "Edu building"
ip address vlan_IP_2 255.255.255.0
ip access-group "Deny Crosstalk" in
tagged 28
exit

My question was aimed to understand where the ACL is configured (and applied), not why it is present (it's quite obvious why).


I'm not an HPE Employee
Kudos and Accepted Solution banner
DoJu
Frequent Advisor

Re: Devices on Edge Switches not obtaining DHCP leases

Hi parnassus, I'm not quite sure why ip access-group "Deny Crosstalk" in is on the EDGE switch - I have "inhereted" this secure network from a predecessor.  

I can remove from the Edge switch to see if that helps.

SNMP tests via IMC also isn't working (timeouts). The network comprises of several /24 networks.

parnassus
Honored Contributor

Re: Devices on Edge Switches not obtaining DHCP leases

Do not remove/alter nothing. Without a full picture it's hard telling you where is the issue and how to eventually fix it.

Supposing the Core b3 port and the Edge 28 port are used to interconnect (single link) the Core and the Edge switches...could you post here the output of these two commands:

 

show vlan port b3 details (executed on the Core switch)
show vlan port 28 details (executed on the Edge switch)

 

So we can easily understand what VLANs id tags are admitted through the uplink between the Core and the Edge switches.

Also having the sanitized (sanitized = private details and sensitive information obfuscated accordingly) outputs of show ip and show vlan executed on both switches would be of help.

As said, if Edge switches act as Layer 2 (no ip routing enabled) they just need an IP Address (and a Default Gateway) configured on the VLAN id selected for management purposes. Other VLANs would be tranported between the Core and those Edge switches (the show vlan port x details is useful to understand which VLANs are permitted along each uplink)...given that the Core should be the only Layer 3 device (so VLANs to be routable by the Core need to have, each one, an IP Address assigned...forming a SVI...that's essentially on the Core since on the Edge those VLANs are just transported...see them as "extended" to the Edge switches up to required access ports to connect edge devices).

With this logical topology the ACLs need to be deployed only on the Core because it's the Core that is performing the IP Routing features.

Edit: I'm sorry...I should have answered you in time on this other thread (October 2019)...maybe there is a relationship between discussed scenarios. I did it few moments ago.


I'm not an HPE Employee
Kudos and Accepted Solution banner
DoJu
Frequent Advisor

Re: Devices on Edge Switches not obtaining DHCP leases

Hi parnassus,

The Core b4 port and edge port 28 return:

VLAN ID Name | Status Voice Jumbo Mode
------- -------------------- + ---------- ----- ----- --------
60 VLANNAME | Port-based No No Untagged

I can PING all 4 new switches deployed and add them to IMC

This environment is a isolated/secure/locked down from the web

This issue is when I plug a laptop into the edge switch I don't get a DHCP lease.

CORE
VLAN 60
IP Address
IP helper-address <DC/DHCP Server>
Untagged b4

EDGE
VLAN 60
IP Address
Untagged 1-28

In our PROD environment, VLAN conf is differrent:

CORE
VLAN 1
Untagged <portA1>
VLAN 50
IP Address
IP helper-address <DC/DHCP Server>
Tagged <portA1>

EDGE
VLAN 1
VLAN 50
IP Adress
Tagged <uplink Port28>

Thanks for the reply to my other question.