hi guys, what is the procedure to get a phone subscribed to corporate directory. Currently under the phone > subscribe/unsubscribe I only see Intercom calls. But not Corporate directory.
-Vir From: [email protected] Sent: Fri, 31 Aug 2012 00:28:31 To: [email protected] Subject: CCIE_Voice Digest, Vol 78, Issue 100 Send CCIE_Voice mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://onlinestudylist.com/mailman/listinfo/ccie_voice or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of CCIE_Voice digest..." Today's Topics: 1. Re: MGCP Calls to DN not in use and debug mgcp packet (Bruno Nonogaki) 2. Re: MGCP Calls to DN not in use and debug mgcp packet (Bruno Nonogaki) ---------------------------------------------------------------------- Message: 1 Date: Thu, 30 Aug 2012 15:47:02 -0300 From: Bruno Nonogaki <[email protected]> To: "Jason Aarons (AM)" <[email protected]> Cc: "[email protected]" <[email protected]> Subject: Re: [OSL | CCIE_Voice] MGCP Calls to DN not in use and debug mgcp packet Message-ID: <CAP_RLdV+9=JjE9=qrhs0bcyistjj2_xwky_wj45ogbbdco+...@mail.gmail.com> Content-Type: text/plain; charset="windows-1252" debug ccm-manager backhaul packets But it is not so clear text as debug isdn q931... Your output will be something like that: cmbrl_send_pak: --> Sending backhauled msg for Se0/0/0:15 : | bk_msg_type = DATA_IND | bk_chan_id (slot:port) = 0:0 | Q.931 length = 62 | Q.931 message type: SETUP | Q.931 message = 080200830504038090A31803A983811E028183280F5053544E2D53495445422D50484F4E6C0D118031393732353235323232327009813234303434303032 Aug 30 22:44:37.120: cmbh_rcv_callback: <-- Receiving backhaul msg for Se0/0/0:15 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:0 | Q.931 length = 10 | Q.931 message type: CALL PROCEEDING | Q.931 message = 08028083021803A98381 SiteC-RTR# Aug 30 22:44:37.120: cmbh_rcv_callback: <-- Receiving backhaul msg for Se0/0/0:15 : | bk_msg_type = DATA_REQ | bk_chan_id (slot:port) = 0:0 | Q.931 length = 9 | Q.931 message type: ALERTING | Q.931 message = 08028083011E028088 On Thu, Aug 30, 2012 at 3:42 PM, Jason Aarons (AM) < [email protected]> wrote: > Is there a debug command to view the Q931 backhaul messages?**** > > ** ** > > About to Wireshark the Q931 backhaul..**** > > ** ** > > *From:* Ovidiu Popa [mailto:[email protected]] > *Sent:* Thursday, August 30, 2012 2:41 PM > *To:* Jason Aarons (AM) > *Cc:* [email protected] > *Subject:* Re: [OSL | CCIE_Voice] MGCP Calls to DN not in use and debug > mgcp packet**** > > ** ** > > ** ** > > Hello Jason**** > > ** ** > > That's because the q931 is terminated on the cucm and it (the cucm) knows > the dn is unavailable. Basically the mgcp gw is used only to open rtp > streams (connections) as the call setup is handled by the cucm. **** > > ** ** > > HTH**** > > ** ** > > Regards,**** > > Ovidiu **** > > ** ** > > > On Aug 30, 2012, at 19:03, "Jason Aarons (AM)" < > [email protected]> wrote:**** > > Playing around with debug mgcp packet on gateway. **** > > **** > > CallManager doesn?t have any DNs matching the number. How come I don?t see > the gateway asking the call-agent about the number via MGCP messages? How > does the gateway know it?s unassigned without asking the call-agent?**** > > **** > > I suspect a RQNT > R: D/[0-9ABCD*#] is in a loop watching the digits, but > the number should be sent to callmanager to check the dialplan right? Or > does gateway have dial-pan in memory, etc?**** > > **** > > **** > > Debug mgcp packet**** > > Debug isdn q931**** > > **** > > Aug 30 16:52:41.620: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = > 0x008E**** > > Bearer Capability i = 0x8090A2**** > > Standard = CCITT**** > > Transfer Capability = Speech**** > > Transfer Mode = Circuit**** > > Transfer Rate = 64 kbit/s**** > > Channel ID i = 0xA98381**** > > Exclusive, Channel 1**** > > Progress Ind i = 0x8583 - Origination address is non-ISDN**** > > Display i = 'Emergency Services'**** > > Calling Party Number i = 0x0080, '911'**** > > Plan:Unknown, Type:Unknown**** > > Called Party Number i = 0xC1, '2522009'**** > > Plan:ISDN, Type:Subscriber(local)**** > > Aug 30 16:52:41.628: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 > callref = 0x808E**** > > Cause i = 0x8081 - Unallocated/unassigned number**** > > **** > > No mgcp packets in debug**** > > _______________________________________________ > 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**** > > > > itevomcid **** > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: </archives/ccie_voice/attachments/20120830/5f10ef6f/attachment-0001.html> ------------------------------ Message: 2 Date: Thu, 30 Aug 2012 15:55:43 -0300 From: Bruno Nonogaki <[email protected]> To: "Jason Aarons (AM)" <[email protected]> Cc: "[email protected]" <[email protected]> Subject: Re: [OSL | CCIE_Voice] MGCP Calls to DN not in use and debug mgcp packet Message-ID: <CAP_RLdUXF-ek=mrofzxpbj7yqfobg46ahmrt77nkkvup1sp...@mail.gmail.com> Content-Type: text/plain; charset="windows-1252" Oh, by the way... You can extract the dialed number in the Q.931 setup message by erasing the "3" at the final. So for example, this setup message is: 080200830504038090A31803A983811E028183280F5053544E2D53495445422D50484F4E6C0D118031393732353235323232327009813234303434303032 If you get the final part of this string, we have: 3234303434303032 If you delete the "3": 24044002 This is the dialed number. On Thu, Aug 30, 2012 at 3:47 PM, Bruno Nonogaki <[email protected]> wrote: > debug ccm-manager backhaul packets > > But it is not so clear text as debug isdn q931... > Your output will be something like that: > > cmbrl_send_pak: --> Sending backhauled msg for Se0/0/0:15 : > | bk_msg_type = DATA_IND > | bk_chan_id (slot:port) = 0:0 > | Q.931 length = 62 > | Q.931 message type: SETUP > | Q.931 message = > 080200830504038090A31803A983811E028183280F5053544E2D53495445422D50484F4E6C0D118031393732353235323232327009813234303434303032 > Aug 30 22:44:37.120: > cmbh_rcv_callback: <-- Receiving backhaul msg for Se0/0/0:15 : > | bk_msg_type = DATA_REQ > | bk_chan_id (slot:port) = 0:0 > | Q.931 length = 10 > | Q.931 message type: CALL PROCEEDING > | Q.931 message = 08028083021803A98381 > SiteC-RTR# > Aug 30 22:44:37.120: > cmbh_rcv_callback: <-- Receiving backhaul msg for Se0/0/0:15 : > | bk_msg_type = DATA_REQ > | bk_chan_id (slot:port) = 0:0 > | Q.931 length = 9 > | Q.931 message type: ALERTING > | Q.931 message = 08028083011E028088 > > > > > On Thu, Aug 30, 2012 at 3:42 PM, Jason Aarons (AM) < > [email protected]> wrote: > >> Is there a debug command to view the Q931 backhaul messages?**** >> >> ** ** >> >> About to Wireshark the Q931 backhaul..**** >> >> ** ** >> >> *From:* Ovidiu Popa [mailto:[email protected]] >> *Sent:* Thursday, August 30, 2012 2:41 PM >> *To:* Jason Aarons (AM) >> *Cc:* [email protected] >> *Subject:* Re: [OSL | CCIE_Voice] MGCP Calls to DN not in use and debug >> mgcp packet**** >> >> ** ** >> >> ** ** >> >> Hello Jason**** >> >> ** ** >> >> That's because the q931 is terminated on the cucm and it (the cucm) >> knows the dn is unavailable. Basically the mgcp gw is used only to open >> rtp streams (connections) as the call setup is handled by the cucm. **** >> >> ** ** >> >> HTH**** >> >> ** ** >> >> Regards,**** >> >> Ovidiu **** >> >> ** ** >> >> >> On Aug 30, 2012, at 19:03, "Jason Aarons (AM)" < >> [email protected]> wrote:**** >> >> Playing around with debug mgcp packet on gateway. **** >> >> **** >> >> CallManager doesn?t have any DNs matching the number. How come I don?t >> see the gateway asking the call-agent about the number via MGCP messages? >> How does the gateway know it?s unassigned without asking the call-agent?* >> *** >> >> **** >> >> I suspect a RQNT > R: D/[0-9ABCD*#] is in a loop watching the digits, >> but the number should be sent to callmanager to check the dialplan right? >> Or does gateway have dial-pan in memory, etc?**** >> >> **** >> >> **** >> >> Debug mgcp packet**** >> >> Debug isdn q931**** >> >> **** >> >> Aug 30 16:52:41.620: ISDN Se0/0/0:23 Q931: RX <- SETUP pd = 8 callref = >> 0x008E**** >> >> Bearer Capability i = 0x8090A2**** >> >> Standard = CCITT**** >> >> Transfer Capability = Speech**** >> >> Transfer Mode = Circuit**** >> >> Transfer Rate = 64 kbit/s**** >> >> Channel ID i = 0xA98381**** >> >> Exclusive, Channel 1**** >> >> Progress Ind i = 0x8583 - Origination address is non-ISDN**** >> >> Display i = 'Emergency Services'**** >> >> Calling Party Number i = 0x0080, '911'**** >> >> Plan:Unknown, Type:Unknown**** >> >> Called Party Number i = 0xC1, '2522009'**** >> >> Plan:ISDN, Type:Subscriber(local)**** >> >> Aug 30 16:52:41.628: ISDN Se0/0/0:23 Q931: TX -> RELEASE_COMP pd = 8 >> callref = 0x808E**** >> >> Cause i = 0x8081 - Unallocated/unassigned number**** >> >> **** >> >> No mgcp packets in debug**** >> >> _______________________________________________ >> 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**** >> >> >> >> itevomcid **** >> >> _______________________________________________ >> 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 >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: </archives/ccie_voice/attachments/20120830/9ebf0ce6/attachment.html> ------------------------------ _______________________________________________ CCIE_Voice mailing list [email protected] http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 78, Issue 100 *******************************************
_______________________________________________ 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
