Re: [OSL | CCIE_Voice] no trace found but calls get routed br1<->Hq
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
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" 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
Re: [OSL | CCIE_Voice] no trace found but calls get routed br1<->Hq
Krishna, When dialing from station to station and both stations are registered to UCM, the call does not normally traverse through the PSTN (no AAR case). The signaling & media flows over voip directly which is why you dont see any gateway / q931 debugs being active. However for a Voip flow to maintain proper quality, CAC/RSVP is used to ensure sufficient bandwidth being used which is why you see the RSVP debug active. Media flows from endpoint to endpoint directly through the RSVP agents which is what you see in "sh sccp connections" Signaling flows from endpoint to UCM direct. Remember the gateway is not in the signaling path which is why you do not see anything on the gw. On Mon, Jun 11, 2012 at 11:42 AM, Krishna 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 > -- - Pavan ___ 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
Re: [OSL | CCIE_Voice] no trace found but calls get routed br1<->Hq
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) To: Krishna 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" 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
Re: [OSL | CCIE_Voice] no trace found but calls get routed br1<->Hq
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" 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) > To: Krishna > 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" 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
Re: [OSL | CCIE_Voice] no trace found but calls get routed br1<->Hq
Well that is true unless you drop the packets while doing QOS : ) From: "Dan Quinlan (daquinla)" Date: Monday, June 11, 2012 4:17 PM To: Krishna Cc: Subject: Re: [OSL | CCIE_Voice] no trace found but calls get routed br1<->Hq 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" 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) > To: Krishna > 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" 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 <http://www.ipexpert.com> >> >> Are you a CCNP or CCIE and looking for a job? Check out >> www.PlatinumPlacement.com <http://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 ___ 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
