Hi Vic,
I really appreciate that u giving your time.
I really badly stuck in this, and cannot find a solution yet.
I use ccm 4.1(3)sr3c and 12.4 (5b)
today's morning Ryan remote desktop to my laptop and configure translation
pattern (3rd option to do SRST/unity) but surprisingly same result
Hi Hany,
There is a good vLecture regarding to Campus QoS on IPexpert website.
Even so, your specific question is not clear for me also.
My best guess is that you just have to configure voice and vlan in the
interfaces, and let the qos being disable.
Could be good if someone could clarify it
Kamal,
According to task wording below: Between Site A and Site B only g729 allowed
and Site B will receive multicast MOH from router flash, no multicast traffic
allowed between Ste A and SiteB
- I take it as MOH from Site B router flash for Site B IP phones can actually
use g711 and wouldn't
Re: [OSL | CCIE_Voice] MOH IssueVik,
AFAIK if G.729 is enabled in IPVMSA and MOH server is in HQ DP (which allows
only G.729 to Site B) then the following happens:
- CCM instructs Site B phones to join mcast group 239.1.1.3 which is G.729 MOH
-Site B router streams only G.711 MOH from flash to
can someone explain what you mean there?
thanks,
Ryan Trauernicht
On Wed, Jan 14, 2009 at 12:39 AM, kamal yousaf lovingprin...@gmail.comwrote:
I always forget g711 includes any thing g711 and below. How stupid i am.
Thanks alot Vik .
On Wed, Jan 14, 2009 at 5:32 PM, Vik Malhi
Vik,
I think we are on to something. Here is what I get with the ras debug
turned on:
BR2#debug ras
H.323 RAS Messages debugging is on
BR2#h323chan_dgram_send:Sent UDP msg. Bytes sent: 83 to
172.16.101.1:1719 fd=2
.Jan 14 15:28:55.172 CET: RASLib::GW_RASSendRRQ: RRQ (seq# 3729) sent to
Vik,
When I type no gateway and try the call again it goes through. So I
must be running into this issue. I do have bandwidth total configured on
my GK as well. It is set to 96. I'm guessing if I bump it up to 128 to
allow a g711 call it'll work?
Chris
Vik Malhi wrote:
Jose is about to
I do not have two CCM to test this scenario but is there anything to watch
out for when you failover Sub(Primary) to Pub(secondary) and then back to
Sub again?
E.g.your whole configs might just be wiped out or remote site phones not
functioning after you failover back to your Sub [image: [Eek!]] )
yup. Gatekeeper looks at g711ulaw as 2 (64k) call legs for a total of 128.
Thanks,
ryan Trauernicht
On Wed, Jan 14, 2009 at 8:34 AM, Chris Parker cpar...@cparker.us wrote:
Vik,
When I type no gateway and try the call again it goes through. So I must
be running into this issue. I do have
Hi Alex:
When you have enabled G729 in IPVMSA CCM instructs the IP Phones to join a
specific multicast group, it depends on what you have configured in the MOH
server, in the case you are talking about, you have configured to increment IP
Address, then the IP Phones will join the multicast
Hi Chris:
The problem is that the router that is registered to the GK sends an ARQ to the
GK, and due to the fact you have configured bandwidth total with a value less
than 128k the call is rejected. The question is, why, if we are using a dial
peer with session target a loopback IP address,
239.1.1.3 configured as base IP for MOH server, multicast moh 239.1.1.3 on
SRST router and no G.729 for IPVMSA is what I was talking about.
Rgds
Alex
- Original Message -
From: kamal yousaf
To: Alex
Cc: ccie_voice@onlinestudylist.com
Sent: Wednesday, January 14, 2009 3:10 PM
Hi Cyrus:
I could not find any other solution, is the way it works, when is one zone and
you have an specific CAC requirement, I would suggest to use the interzone
command, however for one zone it does nothing.
Regards,
Jose
From: Cyrus
Hey ,
If u configure 128 as total bandwidth your call would not going through.
BACD needs at least 144 to work properly.
The reason is with BACD u have one 16k call (if using G729 over wan) and one
128K call (this is caused by CME ARQ to GK)
The question is if requirement be like that :
-the
Thanks Jose,
Strange stuff to say the least... My GK config is multizone so I will
adjust my bandwidth statements accordingly.
Chris
Jose Gregorio Linero (jlinero) wrote:
Hi Chris:
The problem is that the router that is registered to the GK sends an ARQ to the
GK, and due to the fact you
Good Afternoon.
Apologies for the mass e-mail, however, I have a senior position in
Germany that I am actively sourcing candidates for. I am recruiting for
an International, award winning Cisco Gold Partner who is currently
developing their IPT and Unified Communications division with a
The two solutions work- either you place your MOH server in a g711-always DP
and your should set the SRST router to use 239.1.1.1. OR...IF you did but
the MOH server in a DP that uses g729 to site B (for whatever reason) then
you should set the SRST router to use 239.1.1.3.
The MOH file on the
Ok- Jose got it right and this is what he was about to say (right?)
What is the difference between these two dial-peers on a gateway registered
to GK?
Dial-peer voice 1 voip
destination-pattern 1...
session target ras
...
AND
Dial-peer voice 2 voip
destination-pattern 1...
session target
I understand that when configuring LLQ w/ FR, TS is required. If we
configured FRF.12, TS is also required.
Several questions;
1. If we configure MLP alone, is TS required?
I was under the assumption that it's not required. Going by Volume 3 L5 Q43,
the solutions doesn't have TS configured when
Hi Vik,
My response/querry in between lines to your response please...I hv have Q's???
--- On Wed, 1/14/09, Vik Malhi vma...@ipexpert.com wrote:
From: Vik Malhi vma...@ipexpert.com
Subject: Re: [OSL | CCIE_Voice] MOH Issue
To: Alex alex.arsen...@gmail.com
Cc: ccie_voice@onlinestudylist.com
Can anyone tell for certain if MLP with FR is 13 bytes for overhead on layer
2 or is it 13 (MLP) + 4 (FR)?
Page 33 on SRND for QOS only said 13 bytes for MLP (PPP). It doesnt say it
includes FR.
Vik can you comment on that? You WAN video I believe said it does, but just
wanting to make sure.
If i set my MOH server to G729 for the remote branch and put a G711 file on
the flash with the following commands:
moh .wav
multicast moh 239.1.1.3 port 16384 route X.X.X.X X.X.X.X
I get dead air is that b/c the file type loaded on the flash needs to be
g729?
On Wed, Jan 14, 2009 at
So Vik, as Ryan pinted out ...do we still need to mark the traffic on router
using class-map/policy-map etc eben though we are marking on dial-peers
please
--- On Sat, 1/10/09, Vik Malhi vma...@ipexpert.com wrote:
From: Vik Malhi vma...@ipexpert.com
Subject: Re: [OSL | CCIE_Voice] marking
I guess on top of that if you do MLP with LFI is that the 13 bytes or is
just MLP 13bytes of overhead.
If you add in LFI how much layer 2 overhead does that add?
On Wed, Jan 14, 2009 at 12:13 PM, Ryan Trauernicht ryanstudyvo...@gmail.com
wrote:
Can anyone tell for certain if MLP with FR is 13
Can you post the output of debug ccm-m music all.
Check that the MOH is being active using debug ephone moh.
Dead air is better than tone. CCM thinks everything is working so the
problem is lying in the spoofing part.
I don¹t think it is anything to do with your MOH file- have you tried it
with
Yeah. 128 will be enough for calls made locally from the CME phones though.
--
Vik Malhi CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.
Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com
Join our free online support and peer group communities:
TS is required in both scenarios is the answer to your question. And it
would be VERY unlikely that you would be asked to configure LFI without LLQ
(in my humble opinion).
--
Vik Malhi CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.
Telephone: +1.810.326.1444
Fax:
Thanks for the clarification.
On Wed, Jan 14, 2009 at 12:49 PM, Vik Malhi vma...@ipexpert.com wrote:
TS is required in both scenarios is the answer to your question. And it
would be VERY unlikely that you would be asked to configure LFI without LLQ
(in my humble opinion).
--
Vik Malhi –
Vic,
Loopback solution is used as workaround to force CME to kick in the
Xcoder.As we can see with G711 ,there is no need for loopback solution.
But BACD work properly ,we need at least 144k BW on GK, please correct me
if I'm wrong
128+16 for incoming calls from WAN
On Thu, Jan 15, 2009 at
home lab that I pulled the sample audio from the MOH folder. I set it to
G711only and change the IP address to 239.1.1.1 and all is well.
On Wed, Jan 14, 2009 at 12:44 PM, Vik Malhi vma...@ipexpert.com wrote:
Can you post the output of debug ccm-m music all.
Check that the MOH is being
Hi,
every time I want to change sdspfarm config , I have to do no telephony and
put everything back again.
Is there any way to remove sdspfarm tag command, in case I want to change
Mac address ?
Jeremy
My fault monday mistake! I had it based on port based and not IP based.
All working now.
On Wed, Jan 14, 2009 at 1:16 PM, Ryan Trauernicht
ryanstudyvo...@gmail.comwrote:
home lab that I pulled the sample audio from the MOH folder. I set it to
G711only and change the IP address to
FR = 4 bytes
FRF.12 = 8 bytes
Agreed.
For MLPoFR (w/ or w/out LFI - but in our case we would only be using MLP for
LFI) I've been using 4B (FR) + 13B (MLP). Also, in all the IPExpert solution
guides for Volume 3 atleast they've been using 4B+13B for MLPoFR
On Wed, Jan 14, 2009 at 1:50 PM, Ryan
Hi:
If you are configuring MLPoFR you have to have TS.
Regards,
Jose
From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of wafers44
Sent: Miércoles, Enero 14, 2009 1:04 PM
To:
Ok good..
FRF.12 w/ FR = 8
FR = 4
FRF.12 = 4
sorry for the confusion.
On Wed, Jan 14, 2009 at 1:58 PM, wafers44 wafer...@gmail.com wrote:
FR = 4 bytes
FRF.12 = 8 bytes
Agreed.
For MLPoFR (w/ or w/out LFI - but in our case we would only be using MLP
for LFI) I've been using 4B (FR) + 13B
Hi Ryan:
No it does not, it could be G711.
Regards,
Jose
From: ccie_voice-boun...@onlinestudylist.com
[mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Ryan Trauernicht
Sent: Miércoles, Enero 14, 2009 1:16 PM
To: Antonio McCarver
Cc:
MLPoFR is actually either 10 or 11 bytes (my memory is failing me). In the
SRND it states MLP is 13 bytes. The 13 bytes I can only imagine is a
conservative estimate or is MLPoATM. It certainly is very conservative for
MLPoFR.
I would clarify with the proctor- I would not use 13 + 4 = 17 bytes.
So Vik when it says don't use FRF.12 , that is we got to use MLP LFI in that
case how much the payload be
20+4+13 =17
or 20+13 = 33
Kindly let us know...
--- On Thu, 1/15/09, Vik Malhi vma...@ipexpert.com wrote:
From: Vik Malhi vma...@ipexpert.com
Subject: Re: [OSL | CCIE_Voice] Layer 2
sorry need to add RTP/UDP/Header 40 too to these vlaues..so shall it be
MLP with LFI = 20+40+4+13 =77 or 20+40-+13 =73
--- On Thu, 1/15/09, anil batra anil...@yahoo.com wrote:
From: anil batra anil...@yahoo.com
Subject: Re: [OSL | CCIE_Voice] Layer 2 overhead
To: Ryan Trauernicht
It is 17 for sure.
Regards,
Shadab
CCIE# 22893 (Voice)
Technology Solutions Network
~Sent from my NOKIA E61i~
-Original Message-
From: anil batra [mailto:anil...@yahoo.com]
Sent: Thursday, January 15, 2009 04:23 AM China Standard Time
To: Ryan Trauernicht;
And yes, its 77 w/o compression 39 with compression
Regards,
Shadab
CCIE# 22893 (Voice)
Technology Solutions Network
~Sent from my NOKIA E61i~
-Original Message-
From: anil batra [mailto:anil...@yahoo.com]
Sent: Thursday, January 15, 2009 04:26 AM China Standard Time
To: Ryan
Could you post your sho run on the router that you are sourcing the MOH from?
If you are getting dead air, that means your CCM is setup correctly and the
issue is pointing to the local MOH configuration. Do you have at least 1
ephone defined?
Another note, if you had it working with g711
Vik any reason why the IPExperts lab do 13+4 for MLPoFR?
On Wed, Jan 14, 2009 at 2:35 PM, Shadab Abbasi (moabbasi)
moabb...@cisco.com wrote:
And yes, its 77 w/o compression 39 with compression
Regards,
Shadab
CCIE# 22893 (Voice)
Technology Solutions Network
~Sent from my NOKIA E61i~
Vik,
Makes complete sense. What if the voip peers used the SIP protocol? In
that case I guess the GK would not be involved?
Chris
Vik Malhi wrote:
Ok- Jose got it right and this is what he was about to say (right?)
What is the difference between these two dial-peers on a gateway registered
Any reason why CM will not keep its NTP clock.
I have a local router with the following commands:
ntp master 3
ntp source loopback0 (IP address is 192.168.187.1)
I have edited the c:\WINNT\System32\Drivers\Etc\ntp.config
My file looks like:
server 192.168.187.1 # Set Local Clock to
I'm just starting out in the lab, and already feeling lost.
1. WHERE does the IP Blue client come from? If it has to be
purchasedfrom WHERE?
2. I see some posts about connecting a VPN up to run hardware that's local
to me up to the Proctor Labs rack, and they mention documentation
Hi Cliff,
Finally there are some questions on here that I can answer! ;)
1. IPBlue = http://www.ipblue.com/download.asp?product=vtgo
2. IPExpert Tech FAQs =
http://ipexpert.ccieblog.com/2008/11/01/proctor-labs-voice-faq/
http://proctorlabs.com/forum/ for FAQ's on how to connect via EZVPN...
Hmmm.
Can't find the setup for a hardware VPN to support physical phones on my end.
The IP Expert Tech FAQ's hint at it, but provide no guidance. ProtorLabs
forums are completely hosed up and unusable for some reason. Just a bunch of
server debug coming to the browser.
- Original
I'm also having problems with the proctorlabs forums at the moment!
Wait until they're back online and then check the FAQ section for the Voice
racks... There's a thread on there with an example EZVPN configuration that
you can modify depending on which rack you're assigned..
The Loopback solution is used for calls from the WAN invoking the AA and
also CME phones calling the AA- (144/128).
--
Vik Malhi CCIE #13890, CCSI #31584
Senior Technical Instructor - IPexpert, Inc.
Telephone: +1.810.326.1444
Fax: +1.810.454.0130
Mailto: vma...@ipexpert.com
Join our free
Vic,
Loppback solution is *only* used as a workaround for invoking Xcoder
.Because calling from WAN to CME and then hitting AA would not force CME to
involve Xcoder.
So as a workaround we direct traffic to the loopback thus CME and Xcoder and
then AA will come to play.
Here is the proof.
GK
Loopback solution is required for invoking the xcoder for calls from
the WAN. However here is the bit I think you might be missing. The
loopback solution is also required for Cme phones calling the AA and
it is for this latter call I was originally focused on.
Vik Malhi - CCIE#13890
Senior
I've seen this statment and it has been applied to both the Proctor Labs and
the Cisco labs. I'm curious about something.
1. When installing things like CME, the TAR files often contain a read me file
that has details on implementation. Is that read me file available? Is the
TAR archive
Hi,
After editing the ntp.conf file please fo to CMD as
C:\Prog file\cisco\xntp ntpdate -b IPADD of NTP
pls try this and let me know
On Thu, Jan 15, 2009 at 4:33 AM, Ryan Trauernicht
ryanstudyvo...@gmail.comwrote:
Any reason why CM will not keep its NTP clock.
I have a local router with
Does anyone know what is going on with the Cisco UNIVERCD? I understand that
we will have access to this during the actual lab, but many of the major
sections related to voice are broken links.
If this happens in the lab exam, are you just screwed or what?
Cliff
Hi Vik,
The 4082032220 is CTI route point in CCM, the CTI route point solution works
only if I am disabling isdn outgoing ie redirectin-number under serial
interface 0/2/0:23, If I am enbaling isdn outgoing ie redirect-number, then the
CTI solution is not working.
Could please let me know
That did not help
Digging alittle bit further into this I see that my CM is actually pulling
clock from my ESX box. Not sure why that is happening.
Anyone else running ESX for their Call Manager having the same issue?
On Wed, Jan 14, 2009 at 10:41 PM, karuna durai karu...@gmail.com wrote:
This is getting confusing. I read in IEexpert (or Internetwork Expert, I
forgot) that for MLPoFR(g729),
without compression: 27.6
with compression: 12.4
Let me see if I can still access that article...
Message: 2
Date: Wed, 14 Jan 2009 15:09:01 -0600
From: Ryan Trauernicht
58 matches
Mail list logo