OK, I have tested this to a reasonably great extent. It works fine.
The command, isdn busy b_channel 7-24 works perfectly... thank you! I did not know this existed, and considering it was released in 12.1, I feel kinda dumb... So, the question is, why has everyone (including IPExpert, et al) been telling us for years not to use ccm config???? Jonathan On Mon, Jul 20, 2009 at 11:51 AM, Jonathan Charles<[email protected]> wrote: > Will that command stay there when ccm config is applied? > > > J > > On Mon, Jul 20, 2009 at 1:06 AM, Peter Slow<[email protected]> wrote: >> John, >> Saying "no, you're wrong and you'll get 0 points." isn't going to >> get you very far. If you want to paste me some show commands showing >> something in an informational, constructive and helpful way, I'd >> welcome whatever you have to teach me. I promise to do the same for >> you ;) >> My thoughts were that a status enquiry should be sent for each >> channel at reinitializtion of the D channel, but perhaps that's not >> the case or will depend on configuration. Even with that the case, >> there is still a command to get around the issue. >> >> verfakizon#sh run | inc controller|slots >> controller T1 2/0 >> pri-group timeslots 1-24 >> verfakizon#conf t >> Enter configuration commands, one per line. End with CNTL/Z. >> verfakizon(config)#int serial 2/0:23 >> verfakizon(config-if)#isdn busy b_channel 9-24 >> ISDN:Se2/0:23 Warning: D-channel specified in channel range >> verfakizon(config-if)#^Z >> verfakizon#show isdn serv se 2/0:23 >> 1w1d: %SYS-5-CONFIG_I: Configured from console by humboldt on vty0 >> (10.18.63.131) >> PRI Channel Statistics: >> ISDN Se2/0:23, Channel [1-24] >> Configured Isdn Interface (dsl) 0 >> Channel State (0=Idle 1=Proposed 2=Busy 3=Reserved 4=Restart 5=Maint_Pend) >> Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 >> State : 0 0 0 0 0 0 0 0 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 3 >> Service State (0=Inservice 1=Maint 2=Outofservice 8=MaintPend 9=OOSPend) >> Channel : 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 >> State : 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 2 >> verfakizon# >> >> Throw that command under the serial int and your calls should avoid >> the busied out channels once you fall back to h.323 >> >> -Pete >> >> >> >> >> >> >> >> >> >> >> On Sun, Jul 19, 2009 at 10:14 PM, Jonathan Charles<[email protected]> wrote: >>> And then you will go into SRST, and your calls will fail, and you will >>> get 0 for high availability. >>> >>> >>> Jonathan >>> >>> On Sun, Jul 19, 2009 at 8:49 PM, Peter Slow<[email protected]> wrote: >>>> Tim, >>>> I don't think you shodl end up in this situation. If you've got that >>>> service parameter configured in CUCM it should match the timeslot >>>> configuration under the controller in IOS - additionally, each channel >>>> needs to be brought in service at initialization - even with 24/30 >>>> channels configured on the IOS side the network side should tell you >>>> that those channels are out of service and the ISDN stack should know >>>> not to try to send a call out of them. >>>> >>>> -Pete >>>> >>>> On Sun, Jul 19, 2009 at 5:33 AM, Tim Smith<[email protected]> wrote: >>>>> Aha! yep thats the one... had been a while since I'd touched a fractional >>>>> PRI. >>>>> >>>>> Under MGCP with serv parameter they wont fail.. but that is dead on.. you >>>>> are stuffed when you flick over to SRST and fallback to H323.. then you >>>>> get >>>>> the full 30 channels as the GW and calls trying to use channels that arent >>>>> active. >>>>> >>>>> Cheers, >>>>> >>>>> Tim. >>>>> >>>>> On Sun, Jul 19, 2009 at 1:52 PM, Jonathan Charles <[email protected]> >>>>> wrote: >>>>>> >>>>>> I didn't say the PRI wouldn't come up. I am saying that your calls will >>>>>> fail. >>>>>> >>>>>> Especially on BR2 with SRST... >>>>>> >>>>>> >>>>>> J >>>>>> >>>>>> On Sat, Jul 18, 2009 at 9:51 PM, Tim Smith<[email protected]> wrote: >>>>>> > I dont think that is correct. Pretty sure the PRI will come up >>>>>> > regardless. >>>>>> > >>>>>> > The issue with fractional PRI and ccm-manager config is that it >>>>>> > provisions >>>>>> > all 30 channels automatically, and you cant tell it to provision any >>>>>> > less. >>>>>> > This causes issues on channel selection for in / outbound calls - i.e. >>>>>> > using >>>>>> > channels that dont exist. >>>>>> > >>>>>> > You can use the B-Channel maintenance service parameter to work around >>>>>> > this >>>>>> > issue for small deployments. (only works for 5 gateways) but it lets >>>>>> > you >>>>>> > provision all 30 and then busy out the channels you are not using. >>>>>> > >>>>>> > http://supportwiki.cisco.com/ViewWiki/index.php/The_user_is_unable_to_configure_fractional_or_partial_T1_PRI_with_MGCP_and_Cisco_CallManager >>>>>> > >>>>>> > >>>>>> > Cheers, >>>>>> > >>>>>> > Tim. >>>>>> > >>>>>> > On Sun, Jul 19, 2009 at 12:00 PM, Jonathan Charles <[email protected]> >>>>>> > wrote: >>>>>> >> >>>>>> >> Sure, but if you use them, you will fail. >>>>>> >> >>>>>> >> Because there is no way you can get a fractional PRI up and running >>>>>> >> with MGCP and ccm config... >>>>>> >> >>>>>> >> >>>>>> >> Jonathan >>>>>> >> >>>>>> >> On Sat, Jul 18, 2009 at 2:12 PM, Nish Tarpara<[email protected]> >>>>>> >> wrote: >>>>>> >> > >>>>>> >> > Hi, >>>>>> >> > >>>>>> >> > Please advise if " ccm-manager config " & " ccm-manager config >>>>>> >> > server " >>>>>> >> > command can be used in voice lab. >>>>>> >> > >>>>>> >> > Please ignore my last email. >>>>>> >> > >>>>>> >> > >>>>>> >> > Regards, >>>>>> >> > >>>>>> >> > Nish >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > >>>>>> >> > ________________________________ >>>>>> >> > Celebrate a decade of Messenger with free winks, emoticons, display >>>>>> >> > pics, >>>>>> >> > and more. Get Them Now >>>>>> >> > _______________________________________________ >>>>>> >> > For more information regarding industry leading CCIE Lab training, >>>>>> >> > please >>>>>> >> > visit www.ipexpert.com >>>>>> >> > >>>>>> >> > >>>>>> >> _______________________________________________ >>>>>> >> For more information regarding industry leading CCIE Lab training, >>>>>> >> please >>>>>> >> visit www.ipexpert.com >>>>>> > >>>>>> > >>>>> >>>>> >>>>> _______________________________________________ >>>>> For more information regarding industry leading CCIE Lab training, please >>>>> visit www.ipexpert.com >>>>> >>>>> >>>> >>> >> > _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
