I believe transcodes do not by default support g729r8 and this must be added
manually
Sent from my iPad
On Feb 9, 2012, at 6:56 PM, Vik Malhi wrote:
> I think the reason is a codec mismatch between the transcoder and mtp.
>
> The MTP probably has g729r8 support but the transcoder lacks this c
Check whats the region relation between HQ MTP RSPV and MoH. It should be g729.
Also same between BR1 MTP RSVP and HQ MTP RSVP.
If this is done then MoH should negotiate g729 with BR1.
Regards,
Mohammed Al Baqari
Sent from my iPhone
On Feb 9, 2012, at 9:52 PM, datucha123 datucha123 wrote:
>
Hi,
Often when doing labs over ucm 7, sometimes I notice specially when messing
around with CSS/partitions, if you open multiple windows and for example:
You have 5 firefox tabs open
CSS-site-A
css-B
css-C
css-D
css-E
And then you go window by window applying it and saving it, all at once.. I
u
> I found the problem, but another one has arise.
Please inform us of the problem/solution for the benefit of others following
this thread.
Q1: Can you confirm that when you answer the cell phone (working scenario)
which gateway is being used to get to PSTN.
Q2: Can you confirm that when you a
I think the reason is a codec mismatch between the transcoder and mtp.
The MTP probably has g729r8 support but the transcoder lacks this codec in the
list. Either add g729r8 in the transcoder on both routers or add g729ar8 within
the MTP on both routers.
Vik Malhi – CCIE #13890
Managing Partne
The rx counters remain 0 however the tx increments Unfortunately I'm
traveling today and don't have access to my lab equipment, so I can't get you
the other output ...
KP
Sent from my iPad
On Feb 9, 2012, at 9:44 AM, Baktha Muralidharan wrote:
> of course, another quick check is to hit
Heres my xcoder / mtp layout:
hq: Xcoder registered with CUCM
RSVP mtp with BR2
BR1: Xcoder registered with CUCM
BR2: Xcoder registered with CUCM
RSVP mtp with hq
I've also registered the xcoders to the gateways themselves with no luck.
KP
Sent from my iPhone and I have bi
Dear Experts;
I need your desperate help to solve the below question.
CME SRST
Make sure while in failover mode, incoming called to SC are queued
With additional instructions of agent selection behavior
4101 and 4102 continue to work
When called from PSTN to 24044000 or 4000, 4101 or 41
When I'm at home and VPN into my LAB eveything works fine I can RDP to AD and
UCCX and HTTPS into CUCM, UC and CUPS. But when I VPN into my network from
outside my network I can connect to everything Routers, Switches, RDP but have
problems connecting to any of my Cisco Servers Using HTTPS.
I
Here is what I get on HQ Router during the call hung up on the Mobile Phone:
Feb 10 03:48:06.063: %ISDN-6-DISCONNECT: Interface Serial0/2/0:0
disconnected from 206501 , call lasted 18 seconds
Feb 10 03:48:06.187: RSVP-MSG:
177.1.254.2_18762->177.1.254.1_16464[0.0.0.0]: Received PathTear messag
of course, another quick check is to hit the "i" button (or "?" button on
the phones) and see if the Rx/Tx counts are incrementing.
thanks,
/Baktha
On Thu, Feb 9, 2012 at 12:41 PM, Baktha Muralidharan
wrote:
> could you attatch outputs of
>
> show voip rtp connections
> show sccp connn
> s
could you attatch outputs of
show voip rtp connections
show sccp connn
show call active voice brief
thanks,
/Baktha
On Thu, Feb 9, 2012 at 12:00 PM, wrote:
> Send CCIE_Voice mailing list submissions to
>ccie_voice@onlinestudylist.com
>
> To subscribe or unsubscribe via the World W
Put the CAC back on and increase the "ip rsvp bandwidth" to a high value such
as 500 (on both routers).
Do a debug ip rsvp signaling on HQ and find out how much bandwidth is being
requested when the problematic call is on hold.
Also what Device Pool is the MOH server in? Place it inside the HQ
Also as Vik had asked, I have removed the RSVP CAC, and the MoH begin to
work and the G729 was negotiated.
Well this is very strange behavior.
While using CAC, BR1 is trying to negotiate G711 to MoH, and when not using
RSVP CAC, G729 is negotiated.
On Thu, Feb 9, 2012 at 9:16 PM, Vik Malhi wrot
I found the problem, but another one has arise.
I am using RSVP as CAC between site, where the RSVP MTP has only G729 codec
enabled. And also the MoH is using Unicast so that it is subject to CAC.
So now when the call is picked up by Mobile Phone and then dropped, the MoH
plays good, as the BR1 s
The only difference being you have an existing call in the case of the RD and
the MOH would be the second call. Can you try removing Locations CAC altogether
to rule this out.
Vik Malhi – CCIE #13890
Managing Partner - IPexpert, Inc.
Telephone: +1.810.326.1444 ext 420
Fax: +1.810.454.0130
Ma
Thank you for your email. I will be out of the office until on Tuesday 14th
February, and I will respond when I get back in. If it is an urgent matter,
please call (55)55459105 or you can contact to Alejandro Juache. If you need
support please send a email to sopo...@censystems.com.mx
Regards
G729 Codec is enable in IP Voice Media Streaming Application Service
Parameter. And when HQ Phone calls BR1 Phone and places BR1 on hold, the
MoH is played with G729 to BR1 phone without a problem.
On Thu, Feb 9, 2012 at 8:31 PM, Vik Malhi wrote:
> My guess is MOH is not working when BR1 phone
Are you using MTP and/or transcoders on the gateways?
Vik Malhi – CCIE #13890
Managing Partner - IPexpert, Inc.
Telephone: +1.810.326.1444 ext 420
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com
On Feb 8, 2012, at 10:38 PM, CCIEVoiceKP wrote:
> Yep, reloaded the GW, still no luck. It's
My guess is MOH is not working when BR1 phones is placed on hold- and this has
nothing to do with Mobile Connect.
Enable G729 in the IP Voice Media Streaming Application Service Parameter.
Vik Malhi – CCIE #13890
Managing Partner - IPexpert, Inc.
Telephone: +1.810.326.1444 ext 420
Fax: +1.810.
Hey All,
Nothing to do with anything I have seen on a CCIE lab but I am working with
a customer that I am trying to work with to integrate with their paging
that I need to be able to insert a delay between digits.
So my ideal solution would take their 73 and turn it into a 7(delay)
(delay) (delay)
21 matches
Mail list logo