After the review and recommendations given by my supervisor today, i can actually can see where i stand and what needs to be done.
All Network connectivity and pings were successfully received on either ends so i decided to move onto the next phase today, VoIP implementation.
Given a simple network platform to work on to test call settings on Cisco IP phones, i tried implementing them into the network. All configurations seems straight-forward but for some reason the phone cannot receive DHCP enabled addresses from the DHCP server.
Earlier today, i moved the DHCP configurations back to the router and have the router as my DHCP Server. The reason behind it was to have the CME configurations, DHCP and T FTP all on the same router but it doesn't really matter where the TFTP server is located due to the option 150 configuration which will point to the network that contains the IP phone configuration.
The next phase of the day was to implement VoIP. After loading all basic VoIP configurations, each phones connected to the Voice VLAN was not able to receive its destined IP address from the server. Upon discussion with my supervisor, i tried resetting the phone configs to factory-default but still no change to it.
We tried troubleshooting the entire network to find loopholes and also compare the entire performance to a simple network set-up which was working perfectly.
A few changes were made today which was considered to be loopholes:
- Changed the default-gateway on the switch to the router fa0/1 interface ip address. This was configured to be the fa0/0 on the switch which was pointing to itself. This didn't make any change for the phones still cannot receive their IP configuration from the server.
- Tried disabling HSRP and route traffic directly to the VLAN interface instead of the virtual interface. This made no difference too.
- Removed the "switchport access vlan 10" command from the switch Voice VLAN interface range. This created a change in the CME configurations which then was able to provide ip addresses and TFTP configuration, phone registration to the Cisco IP phones.
Took us over 2 hours to figure this out and as per discussion the simplest conclusion that we can make out of this is that the DHCP server was trying to delegate IP addresses to the phones but the Voice VLAN was tagged with "10" as an access port for which at some reason may have over-ride the Voice VLAN configurations and left the traffic un-tagged. Both phones on the Voice VLAN will not incorporate un-tagged traffic and therefore will not receive IP addresses delegated by the server to access vlan 10.
Call were then enabled after all above mentioned commands were removed from the VOICE VLAN port range.
Next Phase: Configure and enable calls to be made from one network to another, configure calling features, network performance measurements.
No comments:
Post a Comment