Nice output. As you can see CME is sending an INVITE to CUE with Diversion 4002 which is the last redirecting number. Would you please try this command on dial-peer sending the call to CUE *mailbox-selection* *orig-called-num *and let us know how it goes?
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/command/reference/cme_m1ht.html#wp1029669 Regards, Roger Carpio. On Sat, Aug 20, 2011 at 7:40 AM, Wael Agina <waelag...@gmail.com> wrote: > Dears, > > I repeated the scenario and used the command voicemail mailbox-selection > original-called on CUE, but still CUE running the 4002 vm not called no 4001 > > below is deb isd and deb ccsip message > Call is 911 --->> 4001 >>> CFWDALL --->>> 4002 ---->>> CUE VM > > *Is there any command needed on CME to forward orginal called no. to CUE* > I dont see CME forward the original numer 4001 to CUE, it just forward new > called redirected no 4002. > > SC-R3# > Aug 20 11:34:04.273: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = > 0x008D > Bearer Capability i = 0x8090A3 > 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 = 0x80, '24044001' > Plan:Unknown, Type:Unknown > Aug 20 11:34:04.273: ISDN Se0/0/0:15 Q931: Received SETUP callref = 0x808D > callID = 0x000D switch = primary-ni interface = User > SC-R3# > Aug 20 11:34:04.289: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref > = 0x808D > Channel ID i = 0xA98381 > Exclusive, Channel 1 > Aug 20 11:34:04.313: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8 callref = > 0x808D > Progress Ind i = 0x8188 - In-band info or appropriate now available > > SC-R3# > SC-R3# > SC-R3# > SC-R3# > Aug 20 11:34:13.325: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: > Sent: > INVITE sip:4500@10.10.202.2:5060 SIP/2.0 > Date: Sat, 20 Aug 2011 11:34:13 GMT > Call-Info: <sip:10.10.202.1:5060 > >;method="NOTIFY;Event=telephone-event;Duration=2000" > Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, > NOTIFY, INFO, REGISTER > From: "Emergency Services" <sip:911@10.10.202.1>;tag=8DE55C-118B > Allow-Events: kpml, telephone-event > Supported: 100rel,timer,resource-priority,replaces,sdp-anat > Min-SE: 1800 > Diversion: <sip:4002@10.10.202.1 > >;privacy=off;reason=no-answer;counter=1;screen=no > Remote-Party-ID: "Emergency Services" <sip:911@10.10.202.1 > >;party=calling;screen=no;privacy=off > Cisco-Guid: 701090686-3394703840-2166858313-2897629234 > Timestamp: 1313840053 > Content-Length: 187 > User-Agent: Cisco-SIPGateway/IOS-12.x > To: <sip:4500@10.10.202.2> > Contact: <sip:911@10.10.202.1:5060> > Expires: 180 > Content-Disposition: session;handling=required > Content-Type: application/sdp > Call-ID: 29CA67A6-CA5711E0-812AA249-ACB65032@10.10.202.1 > Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK46C74 > CSeq: 101 INVITE > Max-Forwards: 70 > > v=0 > o=CiscoSystemsSIP-GW-UserAgent 3375 837 IN IP4 10.10.202.1 > s=SIP Call > c=IN IP4 10.10.202.1 > t=0 0 > m=audio 17030 RTP/AVP 0 > c=IN IP4 10.10.202.1 > a=rtpmap:0 PCMU/8000 > a=ptime:20 > > Aug 20 11:34:13.333: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: > Received: > SIP/2.0 100 Trying > Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK46C74 > To: <sip:4500@10.10.202.2>;tag=cuef2922481 > From: "Emergency Services" <sip:911@10.10.202.1>;tag=8DE55C-118B > Call-ID: 29CA67A6-CA5711E0-812AA249-ACB65032@10.10.202.1 > CSeq: 101 INVITE > Content-Length: 0 > Timestamp: 1313840053 > Contact: <sip:4500@10.10.202.2:5060> > > > Aug 20 11:34:13.385: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: > Received: > SIP/2.0 180 Ringing > Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK46C74 > To: <sip:4500@10.10.202.2>;tag=cuef2922481 > From: "Emergency Services" <sip:911@10.10.202.1>;tag=8DE55C-118B > Call-ID: 29CA67A6-CA5711E0-812AA249-ACB65032@10.10.202.1 > CSeq: 101 INVITE > Content-Length: 0 > Contact: <sip:4500@10.10.202.2:5060> > > > Aug 20 11:34:13.409: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: > Received: > SIP/2.0 200 Ok > Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK46C74 > To: <sip:4500@10.10.202.2>;tag=cuef2922481 > From: "Emergency Services" <sip:911@10.10.202.1>;tag=8DE55C-118B > Call-ID: 29CA67A6-CA5711E0-812AA249-ACB65032@10.10.202.1 > CSeq: 101 INVITE > Content-Length: 176 > Contact: <sip:4500@10.10.202.2:5060> > Content-Type: application/sdp > Call-Info: <sip:10.10.202.2:5060 > >;method="NOTIFY;Event=telephone-event;Duration=2000" > Allow-Events: telephone-event > > v=0 > o=CiscoSystemsSIP-Workflow-App-UserAgent 3234 3234 IN IP4 10.10.202.2 > s=SIP Call > c=IN IP4 10.10.202.2 > t=0 0 > m=audio 16896 RTP/AVP 0 > a=rtpmap:0 pcmu/8000 > a=ptime:20 > > Aug 20 11:34:13.417: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: > Sent: > ACK sip:4500@10.10.202.2:5060 SIP/2.0 > Date: Sat, 20 Aug 2011 11:34:13 GMT > From: "Emergency Services" <sip:911@10.10.202.1>;tag=8DE55C-118B > Allow-Events: kpml, telephone-event > Content-Length: 0 > To: <sip:4500@10.10.202.2>;tag=cuef2922481 > Call-ID: 29CA67A6-CA5711E0-812AA249-ACB65032@10.10.202.1 > Via: SIP/2.0/UDP 10.10.202.1:5060;branch=z9hG4bK471D6F > CSeq: 101 ACK > Max-Forwards: 70 > > > Aug 20 11:34:13.425: ISDN Se0/0/0:15 Q931: TX -> CONNECT pd = 8 callref = > 0x808D > Aug 20 11:34:13.437: ISDN Se0/0/0:15 Q931: RX <- CONNECT_ACK pd = 8 > callref = 0x008D > SC-R3# > Aug 20 11:34:13.437: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now > connected to 911 N/A > Aug 20 11:34:13.441: %ISDN-6-CONNECT: Interface Serial0/0/0:0 is now > connected to 911 N/A > SC-R3# > > > > > > > Regards, > Wael Agina > > On Wed, Aug 17, 2011 at 3:59 AM, Amit Singh <batraji...@yahoo.com> wrote: > >> Hi >> >> I have just tested this in my lab. The command does the trick and works >> as expected. >> >> 3001 cfwall >> 3002 >> >> Now from pstn I call 3001. Phone 3002 rings as expected which transfer the >> call to voicemail 3600 after timeout. >> >> And i hear 3001 is unavailable. >> >> Sent from my iPad >> >> On 17/08/2011, at 11:59 AM, Wael Agina <waelag...@gmail.com> wrote: >> >> Thanks Randall, Roger for your explanation. >> For time being i already restarted my lab and not able to troubleshoot >> right now, and i will try to recreate it again. >> >> Many thanks all. >> >> Regards, >> Wael Agina >> >> On Tue, Aug 16, 2011 at 11:30 PM, Roger Carpio < <roger.car...@gmail.com> >> roger.car...@gmail.com> wrote: >> >>> Don't take it personal; he just asked you to do what you were supposed to >>> do from the beginning. Want better answers? That's simple, ask better >>> questions. The same way you felt with his answer I felt with your question. >>> We're all looking for the same goal; nobody is testing people here, that's >>> the Lab proctor's task. >>> >>> Do you have any debug output so we can share knowledge while keeping a >>> focused troubleshooting? Guessing will lead to an useless email chain and >>> unfixed problem. In other words, help us help you. >>> >>> If you do not know what debugs you should run; well ask for them and we >>> will be happy to provide you with the document you need to read. >>> >>> Regards, >>> Roger Carpio. >>> >>> >>> On Tue, Aug 16, 2011 at 2:34 PM, Wael Agina < <waelag...@gmail.com> >>> waelag...@gmail.com> wrote: >>> >>>> Hi Randall, >>>> >>>> Thanks for reply, however it would be nice if you use some kind words. >>>> this is a sharing info and knowledge exchange forum /group. >>>> >>>> If you know an answer you are welcome and appreciated to share, if you >>>> want to test me or other members this is not the place. >>>> >>>> Wish you the best. >>>> >>>> Regards, >>>> Wael Agina >>>> >>>> On Tue, Aug 16, 2011 at 7:00 PM, Randall Saborio < <ill2...@gmail.com> >>>> ill2...@gmail.com> wrote: >>>> >>>>> I think Amit is on the right track. >>>>> >>>>> Wael, how do you assume that CUE is not sending the original DNIS >>>>> information? >>>>> What type of debug do you use to confirm or reject your assumption? >>>>> >>>>> Not sure how long you have been studying, but you have to practice on >>>>> troubleshooting as well. >>>>> >>>>> I don't want to give you the answer here, but let's use this example to >>>>> exercise on what would you check? >>>>> >>>>> Can you share the output that you would use? >>>>> >>>>> >>>>> On Tue, Aug 16, 2011 at 7:49 AM, Wael Agina < <waelag...@gmail.com> >>>>> waelag...@gmail.com> wrote: >>>>> >>>>>> Hi Amit, >>>>>> Thanks. >>>>>> >>>>>> I tried it, but not working. >>>>>> I think CME is not fwding the original dnis info to the cue, so it >>>>>> plays greeting of last called number. >>>>>> >>>>>> Is there any other idea ? >>>>>> >>>>>> Regards, >>>>>> Wael Agina >>>>>> >>>>>> On Tue, Aug 16, 2011 at 3:02 PM, amit batra < <batraji...@yahoo.com> >>>>>> batraji...@yahoo.com> wrote: >>>>>> >>>>>>> try voicemail mailbox-selection original-called command on the config >>>>>>> mode of CUE module.. >>>>>>> >>>>>>> Regards >>>>>>> Amit >>>>>>> >>>>>>> ------------------------------ >>>>>>> *From:* Wael Agina < <waelag...@gmail.com>waelag...@gmail.com> >>>>>>> *To:* <ccie_voice@onlinestudylist.com>ccie_voice@onlinestudylist.com >>>>>>> *Sent:* Tuesday, August 16, 2011 10:58 PM >>>>>>> *Subject:* [OSL | CCIE_Voice] CFwdALL on SRST - CME / CUE >>>>>>> >>>>>>> Dear All, >>>>>>> >>>>>>> I have BR2 in SRST abd all voicemail is OK, CUE is working fine >>>>>>> with BR2 in SRST. >>>>>>> All phone2 br2 ph1, ph2 4001/4002 can send and recieve vm messages. >>>>>>> >>>>>>> However i set CFA on 4001 to CFwdALL to 4002, now when call from >>>>>>> pstn, the cue run vm greeting of 4002 not 4001. >>>>>>> ALso if 4002 is CFwdALL to 4001, any caller to 4002 have call fwd to >>>>>>> 4001 and hears 4001 VM greeting, not 4002. >>>>>>> >>>>>>> I think we should have some kind of options on CUE to take care of >>>>>>> redirecting number as i need to hear the redirecting VM greeting ? >>>>>>> Any Idea ? >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Thanks and Best Regards, >>>>>>> Wael Agina >>>>>>> >>>>>>> _______________________________________________ >>>>>>> For more information regarding industry leading CCIE Lab training, >>>>>>> please visit <http://www.ipexpert.com>www.ipexpert.com >>>>>>> >>>>>>> Are you a CCNP or CCIE and looking for a job? Check out >>>>>>> <http://www.PlatinumPlacement.com>www.PlatinumPlacement.com >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> Thanks and Best Regards, >>>>>> Wael Agina >>>>>> >>>>>> _______________________________________________ >>>>>> For more information regarding industry leading CCIE Lab training, >>>>>> please visit <http://www.ipexpert.com>www.ipexpert.com >>>>>> >>>>>> Are you a CCNP or CCIE and looking for a job? Check out >>>>>> <http://www.PlatinumPlacement.com>www.PlatinumPlacement.com >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Randall "da ill" Saborio >>>>> CCIE Voice Wannabe #10054675811 >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> Thanks and Best Regards, >>>> Wael Agina >>>> >>>> _______________________________________________ >>>> For more information regarding industry leading CCIE Lab training, >>>> please visit <http://www.ipexpert.com>www.ipexpert.com >>>> >>>> Are you a CCNP or CCIE and looking for a job? Check out >>>> <http://www.PlatinumPlacement.com>www.PlatinumPlacement.com >>>> >>> >>> >> >> >> -- >> >> Thanks and Best Regards, >> Wael Agina >> >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit <http://www.ipexpert.com>www.ipexpert.com >> >> Are you a CCNP or CCIE and looking for a job? Check out >> <http://www.PlatinumPlacement.com>www.PlatinumPlacement.com >> >> > > > -- > > Thanks and Best Regards, > Wael Agina > > _______________________________________________ > 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