I have seen a lot of these issues and others for both sccp and sip phones
when there are dbreplication issues (including during the exam)
go to RTMT and look at the DBreplication if it is not 2 2 4 (pub, sub,
cluster)
then do the following
on the sub
utils dbreplication stop
on the pub
utils db
it works in my lab - I haven't tried it in the exam but it would really
suck if they did this, then you are stuck with creating the entire insert
either from the release notes or from the run sql select command edit the
returned string taking out the extra vendor and version headers like this.
It o
Hi All,
I had an interesting situation today. I started LAB8. Auto-registered the
phones. This all worked fine, but SIP phones were continuously toggled
between registering and registered. I re-installed the VM to resolve the
issue, thinking this to be one of PCs specials.
However, has this happene
there's been much information on this including needless deleting and
recreating of services - here is a good method that I found works 100% and
doesn't need a time wasting dip into the release notes.
so
SSH into the pub
run sql select * from telecasterservice
this returns something similar to
How are your phones connected to proctorlabs? Unicast is the only thing that
will work over the VPN connection...
-Chase
--
If winners never quit and quitters never win, then who coined the phras
I have done the cme extension mobility lab and am trying to take what I have
learned and apply it to a job I have for a customer. If I shouldn't post a
question like this then please let me know or disregard.
I have a site where two users need to share a phone. They both have a
phone already
Chris
you might try "debug sccp all" (on HQ gateway) to check
1. Call manager's attempt to allocate a xcoder from HQ
2. errors, if any, from HQ gateway, as to why the allocation is failing.
thanks,
/Baktha
> --
>
> Message:
Weird...
you see rtmt trying to allocate the HQ xcoder? (OOR incrementing or
something)
To rule out other things: enough BW available on wan link?
Rsvp active? Just thinking out loud.
Cti ports also in HQ device pool referencing HQ xcoder ?
On 17 Apr 2012, at 11:38, Chris wrote:
> Yes. This
- Have you checked by issuing debug sccp events on hq gw how SCCP works on
during the call?
- Also have you resetted all involved devices: xcoder, br phones, cti ports?
- Hq xoder device is in the hq-xcoder MRG?
Peter
- Original Message -
From: Chris
Date: Tuesday, April 17, 2012 12:02 p
Yes. This is all true. I had double checked before my original post. But I
did it again after seeing your response.
Best Regards
Thanks Chris
On Tue, Apr 17, 2012 at 7:27 PM, Gurpreet Singh Kukreja <
tycoononway1...@gmail.com> wrote:
> Hi Chris,
>
> I would verify the following:
>
> 1) Region set
Hi Chris,
I would verify the following:
1) Region setting between HQ and Branch sites uses G.729.
2) All your CTI Route Points should show in HQ DP on the CM and the CCX.
3) The Media Resource (Xcoder) should be configured on the HQ router.
4) The codec selected on the CCX is G.711.
5) Your IP ph
Hi,
You're all good. Hardware conference bridge does the transcoding theirself.
2012/4/17 Ken Wyan
> We configure HW conf bridge this way
>
> dspfarm profile 1 conference
> codec g711u
> codec g711a
> codec g729r8
> codec g729ar8
> codec g729br8
> codec g729abr8
> maximum sessions 4
> associate
12 matches
Mail list logo