Recent content by drewdown

Ok so they are registered to the SUB so that is ok? I thought PUB was primary, why register to the SUB? At this point the only thing that changed was rebooting the PUB and consolidating the buildings, so ifs not either of those no idea what it could be. Looking around the internet it seems...

Starting to see these messages popping up since we migrated to a single building from two. We have a cluster and when it first showed up after moving I/O wait was high on the PUB so we rebooted it and all phones registered to the SUB but the problem did not go away. ARP timeouts are default 4...

Because it forwards to different numbers based on the time of day, hence the need for the different periods. I want this to forward indefinitely and I am confused as to whether I have to specify the repeat or not. Having said that, I believe I will need 3 separate partitions to accomplish...

Just what I needed. Thanks whykap. If I wanted this to be 24/7 for eternity what do I specify for the "Repeat Every"?

Have another request for forwarding a single number based on time of day to external numbers. Like so: 9AM - 5PM - Forward to number 1 5PM - 1AM - Forward to number 2 1AM - 9AM - Forward to number 3 I am having a problem with the second one and Time Period. It won't let me set 5PM - 1AM as...

Request from end user to have their phone not send anything or send 'unknown.' External mask only allows digits and I tried leaving it blank but it looks like it simply appends the main number. We are using SIP and am curious if there is way to do this?

I think you were right all along but I just wasn't able to see it. I made two changes and more than likely only the first one mattered. 1. Something I hadn't noticed until last week was that if I did an extended ping in either direction it would drop a packet every so often. What I found was...

Just webex. Another report and the stream again showed RCVR Lost Packets of 87 but again not sure where its losing them, out towards PSTN or over MPLS to CUCM? As far as I can tell there are no issue on the MPLS connection, no drops, CRC or anything like that on the interfaces that I can...

I may have misled you then. SIP trunk is local to where the issue is (remote office), CUCM is remote (HQ) and accessed via an MPLS connection. Having said that you would expect to the problem to be with the provider's path? And not the path to CUCM?

Webex is hosted, off-prem. The stream refers to the connection to CUCM? Other than signaling why would the MPLS connection come into play when the calls are going out via the local CUBE > SIP TRUNK > PSTN? AS far as I can tell the MPLS connection is clean (no drops out CRC errors on the MPLS...

Recently brought up a new remote site with an MPLS connection back to CUCM(9.1.1.2). Remote users are reporting issues of call quality issues but only via webex calls. It seems like audio loss, jitter and digitization are a daily occurrence for them but only on Webex calls. We are using a...

This is odd. I have NPS running on dc's and non-dc's but when I try to select a specific group for a network policy I cannot see the group I want. However if I go into AD the group is there. Has anyone seen this before?

mforrence, sorry about that. My gf is trying to figure out a way to send CID on the outgoing analog lines from the IP Office so that every outgoing call shows the main number. Apparently that isn't possible with IP Office, is it possible for the vendor to mask the outgoing CID for all the...

RECEIVE, the provider can't even do that?

So no callerid at all on analog lines via the IP office? Absolutely nothing can be done?