Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
- Cisco Community
- :
- About TexasBrandon
07-18-2018
Stats
Member since
09-05-2012
56
Posts
10
Helpful
2
Solutions
06-25-2013
11:50 AM
Ok, the version doesn't matter, you need to check the licensing requirements for those phones on your system regardless of what version you are running. 100 licenses does not necessarily mean 100 phones. It is based on the phone or device.
... View more
06-25-2013
11:34 AM
Based on CUCM 8.6.2 I see a that 5 licenses are used for each 7975 on the system. So if you have 100 of those you need 500 DLUs. On your CUCM go to System -> Licensing -> License Unit Calculator for all the values.
... View more
06-25-2013
11:12 AM
You need to check your licensing DLU requirements for the phones. Some require 4 units while others require less. So if you had for instance 100 7962s you would need 400 DLUs to be able to handle that many since each 7962 takes up 4 units within the license(s).
... View more
Created by
TexasBrandon
in IP Telephony and Phones
in IP Telephony and Phones
06-14-2013
08:43 AM
06-14-2013
08:43 AM
If you have a full call manager, enter the MAC address and phone type into the system and let it find the firmware. If you have a CME (Call Manager Express), you can add an ephone or set auto-registration and let it pull the necessary firmware assuming you have everything configured correctly. If you don't have a call manager or call manager express I really can't help you other than making a simple LAN and having a TFTP server so that it can pull the firmware from your computer. This is assuming you have the rights to download the firmware if you don't already have the files.
... View more
Created by
TexasBrandon
in Collaboration, Voice and Video Blogs
in Collaboration, Voice and Video Blogs
06-12-2013
07:47 AM
06-12-2013
07:47 AM
This document was useful but I am still trying to understand why my calls fail due to a lack of routes or policies. I've been going in circles on CUSP for awhile now and can't seem to understand why it isn't pushing the call from my CUCM to the CUBE. I know the call at least makes it to the key as if I change that it dumps a 404 not found. When I change the key correctly I end up getting a 502 No Routes or Policies to Advance. Weird since I have defined the key and the target destination/route group.
... View more
05-28-2013
01:51 PM
SIP firmware for the 7960 is still available assuming you have the original contract authorizing you to download the firmware.
... View more
04-23-2013
11:42 AM
No flaps of interfaces, router/switch reloads, or any noticeable packet loss. I am going to watch the switch tonight during the time period and if nothing shows up then I will move to a packet capture. Our network is fairly simple, just a "DMZ" catalyst switch, ASA, Fortigate, and router for that portion of the network. No changes were made to the network so that thrrew that idea out the window and no upgrades to any software on both the CUCM and IOS related equipment. The last thing in the log on my switch, which is closest to the CUCM cluster is from Friday and nothing since and it isn't related to the current situation. This will most likely take me some time to figure out.
... View more
04-23-2013
07:14 AM
Just an update incase someone else has this same problem in the future or currently. It is definitely a network issue as you noted. While I still cannot find anything wrong, my NOC is now reporting and showing that their Agent Desktop that interfaces with Contact Center Express is also dropping at the same time.
... View more
04-22-2013
01:43 PM
I may need to setup a packet capture between the two ports then, as nothing in my Solarwinds nor logs indicate an issue. I appreciate the feedback and will continue working this issue. Hopefully I can get a solution and post it for anyone else with this issue.
... View more
Created by
TexasBrandon
in IP Telephony and Phones
in IP Telephony and Phones
04-22-2013
01:06 PM
04-22-2013
01:06 PM
Is there a reason why your data and voice run on the same vlan? I know you said you got both Cisco and non-cisco but it looks to me you are tagging and untagging traffic here. Not sure of the reprucussions of that since the phones use CDP but I always split my data and voice vlans.
... View more
04-22-2013
11:18 AM
Starting since Friday I have been noticing this error. While I did get it occasionally (once every month or so), now it is becoming a recurring event at almost the same time everyday, 5:52 PM CDT. I am currently running CUCM 8.6.1.20000-1 in a virtualized envrionment with one other CUCM which is a subscriber. Below is the alert detail: Current outstanding SDLLinkOOS events: LocalNodeId : 1 LocalApplicationID : 100 RemoteIPAddress : 192.168.123.126 RemoteNodeID : 2 RemoteApplicationID : 100 LinkID : 1:100:2:100 AppID : Cisco CallManager ClusterID : KIHQVMCM-Cluster NodeID : KIHQVMCMP01 TimeStamp : Sun Apr 21 17:52:10 CDT 2013 The alert is generated on Sun Apr 21 17:52:45 CDT 2013 on node 192.168.233.22. Now I have been pouring through the SDL and SDI logs trying to make heads or tails of what it is telling me but all I can really determine is the event did in fact happen. I see no network issues and this affects my phones and MTP resources when the SDL goes out of service. On top of me watching the network at the time it happens, I know for sure there are no power over ethernet issues as all of these phones are distributes between about 5 different switches. I have ran pings to the phones, CUCM, and the switches as well as verify the power over ethernet and am now at the mercy of everyone here. I think I might try to do a packet capture with wireshark tonight and hope for the best but I think I have exhausted all of my options up to now. Below is some of the SDI logs. 17:52:10.751 |GenAlarm: Push_back offset 108 seq 108|*^*^* 17:52:10.751 |-->RISCMAccess::RemoteCMOutOfService(...)|*^*^* 17:52:10.751 |RemoteCMOutOfService: Ip address: 192.168.123.126 remoteClusterId KIHQVMCM-Cluster|*^*^* 17:52:10.751 |SDLLinkOOS - SDL link to remote application is out of service Local Node ID:1 Local Application ID:100 Remote Application IP Address:192.168.123.126 Remote Node ID:2 Remote Application ID:100 Unique Link ID:1:100:2:100 App ID:Cisco CallManager Cluster ID:KIHQVMCM-Cluster Node ID:KIHQVMCMP01|Alarm^*^* 17:52:10.751 |<--RISCMAccess::RemoteCMOutOfService(...)|*^*^* 17:52:10.750 |SipMcuControlInit::star_SdlLinkOOS - Cleaning up UCB Resources|0,0,0,0.0^*^* 17:52:10.750 |PstnFallBackD:: star_SdlLinkOOS SdllinkOOS nodeId = 2, appId = 100|0,0,0,0.0^*^* 17:52:10.750 |RoutePlanManager- handleSdlLinkOOS|0,0,0,0.0^*^* 17:52:10.750 |ReplacesManager - wait_SdlLinkISV, nodeId= 2|0,0,0,0.0^*^* 17:52:10.750 |SdllinkOOS nodeId = 2, appId = 100|0,0,0,0.0^*^* 17:52:10.750 |star_SdlLinkOOS: nodeId=2|0,0,0,0.0^*^* 17:52:10.750 |EpaMap for node 2 removed.|0,0,0,0.0^*^* 17:52:10.750 |ParkingLotD::star_SdlLinkOOS|0,0,0,0.0^*^* 17:52:10.750 |PRManager - star_SdlLinkOOS|0,0,0,0.0^*^* 17:52:10.750 |PRManager - removing node 2 from the table|0,0,0,0.0^*^* 17:52:10.750 |MonitorManager -::star_SdlLinkOOS nodeId = 2, appId = 100|0,0,0,0.0^*^* 17:52:10.750 |MRM::waiting_SdlLinkOOS - Cleaning up MTP Resources|0,0,0,0.0^*^* 17:52:10.750 |MRM::waiting_SdlLinkOOS - Cleaning up MOH Resources|0,0,0,0.0^*^* 17:52:10.750 |MRM::waiting_SdlLinkOOS - Cleaning up UCB Resources|0,0,0,0.0^*^* 17:52:10.750 |MRM::waiting_SdlLinkOOS - Cleaning up ANN Resources|0,0,0,0.0^*^* 17:52:10.750 |MRM::waiting_SdlLinkOOS - Cleaning up RSVP Resources|0,0,0,0.0^*^* 17:52:10.750 |LocatorService - star_SdlLinkOOS, nodeId= 2|0,0,0,0.0^*^* 17:52:10.750 |SdllinkOOS nodeId = 2, appId = 100|0,0,0,0.0^*^* 17:52:10.750 |Delete entries from FeatActTable, now this table has 41 entries|0,0,0,0.0^*^* 17:52:10.750 |CallBackManager - SDL Link OOS|0,0,0,0.0^*^* 17:52:10.751 |AgentGreetingManager -::star_SdlLinkOOS nodeId = 2, appId = 100|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(7)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(7)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(7)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(7)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |DMMSStationD-SNRD: (0000008) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |DMMSStationD-SNRD: (0000009) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000039) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000040) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000041) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000042) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000043) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000044) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000046) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000047) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000048) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000049) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000051) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000054) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000056) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000058) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000059) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000061) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SNRD: (0000067) wait_SdlLinkOOS() from nodeID=2, myPriority=0|0,0,0,0.0^*^* 17:52:10.751 |SIPStationD(1,100,65,97), ATA24B65745CE69, 192.168.123.245:1052, primaryDN=2539043, LinkState: SdlLinkOOS (node 2)|0,0,0,0.0^*^* 17:52:10.751 |SIPStationD(1,100,65,97), ATA24B65745CE69, 192.168.123.245:1052, primaryDN=2539043, wait_SdlLinkOOS: mLineRegisterReqsOutstanding=0|0,0,0,0.0^*^* 17:52:10.751 |SIPStationD(1,100,65,98), ATA24B65745CF22, 192.168.123.171:1048, primaryDN=2539045, LinkState: SdlLinkOOS (node 2)|0,0,0,0.0^*^* 17:52:10.751 |SIPStationD(1,100,65,98), ATA24B65745CF22, 192.168.123.171:1048, primaryDN=2539045, wait_SdlLinkOOS: mLineRegisterReqsOutstanding=0|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(264)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(264)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(264)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(264)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(265)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(265)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(265)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(265)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(266)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(266)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(266)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(266)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(289)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(289)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(289)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(289)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(290)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(290)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(290)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(290)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(291)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(291)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(291)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(291)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(292)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(292)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(292)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(292)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(293)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(293)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(293)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(293)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(294)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(294)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(294)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(294)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(295)::waiting_SdlLinkOOS -- Link OOS received|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(295)::sendMediaFailureDetection|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(295)::clearRSVPSessions|0,0,0,0.0^*^* 17:52:10.751 |MediaTerminationPointControl(295)::clearDscpInfoTable|0,0,0,0.0^*^* 17:52:10.751 |StationD - adding linestruct at index 1 |*^*^* 17:52:10.751 |StationD: (0004229) Device SEP0024C4FC3816 of line=1, UnRegisters with SDL Link to monitor NodeID= 2.|0,0,0,0.0^*^* 17:52:10.751 |StationD: (0004229) Device SEP0024C4FC3816 restart0_SdlLinkOOS has lineReregisterCounter=1.|0,0,0,0.0^*^*
... View more
Labels:
04-12-2013
09:17 AM
After some searching I see many people using power injectors or switches that supploy PoE. I am building a lab for the CCNA Wireless and currently have an old Cisco 3550 PoE switch and a 2106 Controller that I got at a steal of a price. My question is, The 1142 can use the 15.4 Inline Power from the 3550 even though it is not the 802.11af standard correct? If it doesn't then I will need to order a power brick.
... View more
Labels:
Created by
TexasBrandon
in Voice over IP
in Voice over IP
02-15-2013
06:57 AM
02-15-2013
06:57 AM
We did resolve the issue and it was a multi-part resolution. First, apparently the IOS had a known bug causing this problem so we upgraded to 15.2 Second, whatever you have set in group 0 is what it WILL bind to regardless of what you have set elsewere which is really weird... Honestly, I don't see the point of having other groups if it always binds to group 0. FLBgrmIDIQVGR01#show standby GigabitEthernet0/1 - Group 2 (version 2) State is Active 11 state changes, last state change 2d21h Virtual IP address is 10.101.97.241 Active virtual MAC address is 0000.0c9f.f002 Local virtual MAC address is 0000.0c9f.f002 (v2 default) Hello time 3 sec, hold time 10 sec Next hello sent in 2.160 secs Preemption enabled, delay min 30 secs Active router is local Standby router is 10.101.97.243, priority 100 (expires in 10.288 sec) Priority 110 (configured 110) Track object 2 (unknown) Group name is "hsrp-Gi0/1-2" (default) GigabitEthernet0/2 - Group 0 (version 2) State is Active 1 state change, last state change 21w0d Virtual IP address is 202.161.136.113 Active virtual MAC address is 0000.0c9f.f000 Local virtual MAC address is 0000.0c9f.f000 (v2 default) Hello time 3 sec, hold time 10 sec Next hello sent in 0.896 secs Preemption enabled Active router is local Standby router is 202.161.136.116, priority 100 (expires in 9.616 sec) Priority 110 (configured 110) Group name is "SB" (cfgd) So yeah...that was our solution and I hope it works for you. If it doesn't I'm not sure what else to tell you.
... View more
01-31-2013
08:58 AM
Cat5 can definitely run PoE with no issues. I ran Cat5 in the army for years with PoE in bundles with no issues. When you talk about bundles, how much are we talking about? Is this Cat 5 STP or UTP? Also, Cat5 or Cat5e? Really, upgrading to Cat 6 wouldn't help much other than the obvious rubber core seperating the pairs. Are there already EMI issues? As far 110 blocks, I will leave someone else to have some input there.
... View more
Created by
TexasBrandon
in Unified Communications Infrastructure
06-06-2014
06-06-2014
As kglushen said, if you are aiming to register those DSP resources with
CME then you need to add th...
06-25-2013
Ok, the version doesn't matter, you need to check the licensing
requirements for those phones on you...
06-25-2013
Based on CUCM 8.6.2 I see a that 5 licenses are used for each 7975 on
the system. So if you have 100...
06-25-2013
You need to check your licensing DLU requirements for the phones. Some
require 4 units while others ...
06-14-2013
You should be able to pull the drive in question and replace it. We had
to do that here and it took ...
Created by
TexasBrandon
in IP Telephony and Phones
06-14-2013
06-14-2013
If you have a full call manager, enter the MAC address and phone type
into the system and let it fin...
Created by
TexasBrandon
in Collaboration, Voice and Video Blogs
06-12-2013
06-12-2013
This document was useful but I am still trying to understand why my
calls fail due to a lack of rout...
Created by
TexasBrandon
in Unified Communications Infrastructure
05-30-2013
05-30-2013
Nevermind, I found the issue. I wasn't applying the right prefix key. It
was 1703 instead of 703....
Created by
TexasBrandon
in Unified Communications Infrastructure
05-30-2013
05-30-2013
Anyone? I have a configuration set but I am unsure as to what is wrong.
This is an internal test at ...
05-28-2013
SIP firmware for the 7960 is still available assuming you have the
original contract authorizing you...
Created by
TexasBrandon
in Unified Communications Infrastructure
05-24-2013
05-24-2013
I am trying to find some documentation that actually explains the setup
of CUSP other than the cisco...
04-23-2013
No flaps of interfaces, router/switch reloads, or any noticeable packet
loss. I am going to watch th...
04-23-2013
Just an update incase someone else has this same problem in the future
or currently. It is definitel...
Public Statistics
| Date Registered | 09-05-2012 11:52 AM |
| Date Last Visited | 07-18-2018 12:03 AM |
| Total Messages Posted | 56 |
| Total Helpful Votes Received | 10 |
Helpful Votes Given To
| User | Helpful Count |
|---|---|
| 5 | |
| 8 | |
| 5 | |
| 5 | |
| 5 |
.jpg "Hall of Fame Cisco Employee"){kind=icon}
.jpg "VIP Mentor"){kind=icon}
