Would the DSP's to be allocated to all 24 channels ?
 
Mick

________________________________

From: [email protected]
[mailto:[email protected]] On Behalf Of ctpresident
Sent: 20 July 2009 08:27
To: Peter Slow
Cc: [email protected]
Subject: Re: [OSL | CCIE_Voice] voice command


Nice one Peter!

By the looks of it, that could actually make the ccm-manager config and
server commands workable! I wouldn't mind testing them myself but maybe
Vik or Mark can "see" if there's anything fundamentally wrong with this
approach?


On Mon, Jul 20, 2009 at 8: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_co
nfigure_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
        


 
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to