Qos doesn't stop calls from completing - it just impacts how packets are prioritized for sending / dropping / etc. CAC and qos work together. If you admit a call on a maxed-out link, all the calls will degrade not just the new call. QOS can help keep non-voice traffic from impacting voice traffic. CAC keeps voice traffic from impacting other voice traffic. In your case, it depends where you press hold, if you're using MOH, and where the MOH source is. If you pressed hold on the branch phone, then the HQ phone connected to music at HQ. There was no media traversing the wan for the first call while held.
DQ d...@cisco.com Sent from my iPhone On Jun 11, 2012, at 4:52 PM, "Krishna" <vinayak_...@yahoo.com> wrote: > Thank you Dan for providing me the detail info. I assumed the same but not > sure with my hypothesis. I am wondering if this is the case, then wan qos > will not be able to do much isn't it... for instance yesterday i configured > llq-cbfwq with bandwidth of 28 for rtp traffic between hq and br1. And, when > i called the 5002 from 1002 the call went thru, and this call put on hold and > placed another call and it works fine as well. So, from this analysis can i > come to conclusion that only location based cac, or rsvp cac can only the > number of calls between these two sites??? > > Thank you > Krishna. > > From: Dan Quinlan (daquinla) <daqui...@cisco.com> > To: Krishna <vinayak_...@yahoo.com> > Cc: ccie_voice@onlinestudylist.com > Sent: Monday, June 11, 2012 2:03 PM > Subject: Re: [OSL | CCIE_Voice] no trace found but calls get routed br1<->Hq > > You answered your own question. Both DNs are registered to CUCM and are in > partitions that the other's CSS can see. The signaling is between each phone > and UCM. The media is built directly phone to phone. If CAC failed the call > setup, then AAR could be invoked to use the PSTN. Since CAC allows the call, > the gateways aren't involved in the call (other than providing IP network > connectivity.) > > DQ > d...@cisco.com > > Sent from my iPhone > > On Jun 11, 2012, at 2:52 PM, "Krishna" <vinayak_...@yahoo.com> wrote: > >> Hi folks, >> >> I couldn't understand the call flow between HQ and BR1 which are >> provisioned/registed in the cucm. here is the detail structure: >> >> HQ-phone1 -5002 >> css-hq-international >> pt-pt-internal >> >> BR1-phone1-1002 >> css-br1-ld >> pt-pt-internal >> >> Both phones are residing in the partition pt-internal, and br1 is a mgcp >> site and whereas the hq is the h323 site. when i call 1002 from 5002 or vice >> versa the call works fine, but when i enable deb isdn q931 or deb voip >> dialp, i dont see anything. Whereas when i enable RSVP based CAC, i can see >> the traces with the show sccp connections. >> >> could any one help me out how the calls are working in between these two. is >> it because the phones are registered to cucm, but logically in a different >> device pool and therefore it routes directly on cucm???? your help is much >> appreciated. >> >> Thank you. >> >> Krishna. >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com >> >> Are you a CCNP or CCIE and looking for a job? Check out >> www.PlatinumPlacement.com > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
