[cisco-voip] Mobility Issue
Dane Newman
dane.newman at gmail.com
Tue Jan 15 14:11:05 EST 2013
Ryan
What is the proper debug to use to caputre the useful information?
Dane
On Tue, Jan 15, 2013 at 12:42 PM, Ryan Ratliff <rratliff at cisco.com> wrote:
> Without sip messages I can't get any clues from that.
>
> -Ryan
>
> On Jan 15, 2013, at 12:35 PM, Dane Newman <dane.newman at gmail.com> wrote:
>
> Thanks Ryan for the input
>
>
> *On the call when I hold the call the following debug pops out....*
>
>
> *Jan 15 17:56:05.246:
> //13939/922252E78D73/SIP/Error/ccsip_api_request_offer: Unable to add
> passthru hdrs to
> container
> SIP: Attribute mid, level 1 instance 1 not found.
> SIP: (13938) Group (a= group line) attribute, level 65535 instance 1 not
> found.
> *Jan 15 17:56:05.274:
> //13938/922252E78D73/SIP/Error/ccsip_api_response_answer: Unable to add
> passthru headers to container
> SIP: Attribute mid, level 1 instance 1 not found.
> SIP: (13939) Group (a= group line) attribute, level 65535 instance 1 not
> found.
> *Jan 15 17:56:05.286:
> //13939/922252E78D73/SIP/Error/ccsip_api_request_offer: Unable to add
> passthru hdrs to
> container
> *Jan 15 17:56:05.302:
> //13938/922252E78D73/SIP/Error/ccsip_api_response_answer: Unable to add
> passthru headers to container
> SIP: Attribute mid, level 1 instance 1 not found.
> SIP: (13939) Group (a= group line) attribute, level 65535 instance 1 not
> found.
> SIP: Attribute mid, level 1 instance 1 not found.
> *Jan 15 17:56:05.322:
> //13939/922252E78D73/SIP/Error/sipSPIProcessAckMedia: Could not modify QoS
> params for midcall INVITE
>
> *After I try to unhold the call the following debug comes out....*
> **
>
> *Jan 15 17:56:18.874:
> //13939/922252E78D73/SIP/Error/ccsip_api_request_offer: Unable to add
> passthru hdrs to
> container
> *Jan 15 17:56:18.894:
> //13938/922252E78D73/SIP/Error/ccsip_api_response_answer: Unable to add
> passthru headers to container
> SIP: Attribute mid, level 1 instance 1 not found.
> SIP: (13939) Group (a= group line) attribute, level 65535 instance 1 not
> found.
> SIP: Attribute mid, level 1 instance 1 not found.
> *Jan 15 17:56:18.906:
> //13939/922252E78D73/SIP/Error/sipSPIProcessAckMedia: Could not modify QoS
> params for midcall INVITE
> Cisco3825#
> Cisco3825#
> Cisco3825#
>
> On Tue, Jan 15, 2013 at 9:42 AM, Ryan Ratliff <rratliff at cisco.com> wrote:
>
>> Given you have an ITSP it's most likely the initial hold that's failing,
>> which is only manifesting when you try to resume it. If you haven't
>> noticed already this is also very likely causing transfers to fail.
>>
>> Take a look at the SIP signaling for a call. I believe the most common
>> cause to this is the ITSP not handling our transition from
>> active->inactive->sendonly->active from hold to MOH to resume. The
>> "Duplex Streaming Enabled" parameter is there just for this type of problem.
>>
>> -Ryan
>>
>> On Jan 14, 2013, at 6:40 PM, Dane Newman <dane.newman at gmail.com> wrote:
>>
>> *Hello Kenneth*
>> **
>> *I have restarted both CUCM servers so this should have restarted the
>> services when the utils system restart happened*
>> **
>>
>> *on my router I see I am using g711 from the debug *
>> **
>> *I ran a debug voip ccapi inout *
>> **
>> *I connected a call calling from an external number to a DiD inside of
>> my system. Once the call was connected I put the call on hold and the
>> following debug came out..the music on hold played for the external caller
>> *
>>
>> *Jan 14 23:47:40.779: //12741/9906C1828C05/CCAPI/ccGenerateToneInfo:
>> Stop Tone On Digit=FALSE, Tone=Null,
>> Tone Direction=Sum Network, Params=0x0, Call Id=12741
>> *Jan 14 23:47:40.783:
>> //12741/9906C1828C05/CCAPI/cc_api_remote_codec_dnld_done:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742, Xmit Function=0x64204BAC
>> *Jan 14 23:47:40.783: //12741/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
>> *Jan 14 23:47:40.783: cc_api_get_xcode_stream : 4702
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
>> Modem=0x0, Codec Bytes=20, Signal Type=2)
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
>> Playout Max=1000(ms), Fax Nom=300(ms))
>> *Jan 14 23:47:40.783: //12741/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1046)
>> *Jan 14 23:47:40.783: //12741/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1046)
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=170, Call Id=12742
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_call_feature:
>> Feature Type=50, Interface=0xC05A65AC, Call Id=12742
>> *Jan 14 23:47:40.811: //12741/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
>> Modem=0x0, Codec Bytes=20, Signal Type=2)
>> *Jan 14 23:47:40.811: //12741/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
>> Playout Max=1000(ms), Fax Nom=300(ms))
>> *Jan 14 23:47:40.811: //12742/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1516)
>> *Jan 14 23:47:40.811: //12742/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1516)
>> *Jan 14 23:47:40.811: //12741/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=171, Call Id=12741
>> *Jan 14 23:47:40.811: //12741/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.815: //12742/9906C1828C05/CCAPI/cc_api_call_facility:
>> Interface=0xC05A65AC, Call Id=12742
>> *Jan 14 23:47:40.819: //12741/9906C1828C05/CCAPI/ccGenerateToneInfo:
>> Stop Tone On Digit=FALSE, Tone=Null,
>> Tone Direction=Sum Network, Params=0x0, Call Id=12741
>> *Jan 14 23:47:40.819: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=96, Call Id=12742
>> *Jan 14 23:47:40.819: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.839:
>> //12742/9906C1828C05/CCAPI/cc_api_remote_codec_dnld_done:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741, Xmit Function=0x64204BAC
>> *Jan 14 23:47:40.839: //12742/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
>> *Jan 14 23:47:40.839: cc_api_get_xcode_stream : 4702
>> *Jan 14 23:47:40.843: //12741/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
>> Modem=0x0, Codec Bytes=20, Signal Type=2)
>> *Jan 14 23:47:40.843: //12741/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
>> Playout Max=1000(ms), Fax Nom=300(ms))
>> *Jan 14 23:47:40.843: //12742/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1516)
>> *Jan 14 23:47:40.843: //12742/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1516)
>> *Jan 14 23:47:40.843: //12741/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=170, Call Id=12741
>> *Jan 14 23:47:40.843: //12741/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.859: //12742/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
>> Modem=0x0, Codec Bytes=20, Signal Type=2)
>> *Jan 14 23:47:40.863: //12742/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
>> Playout Max=1000(ms), Fax Nom=300(ms))
>> *Jan 14 23:47:40.863: //12741/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=3996)
>> *Jan 14 23:47:40.863: //12741/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=3996)
>> *Jan 14 23:47:40.863: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=171, Call Id=12742
>> *Jan 14 23:47:40.863: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.863: //12742/9906C1828C05/CCAPI/cc_api_call_facility:
>> Interface=0xC05A65AC, Call Id=12742
>> Cisco3825#
>> Cisco3825#
>> Cisco3825#
>>
>>
>> *I then after that took off the hold and the following debug came out.
>> The call on the PSDN side still played the hold music while there was no
>> voice on the deskphone side.*
>>
>> *Jan 14 23:47:40.779: //12741/9906C1828C05/CCAPI/ccGenerateToneInfo:
>> Stop Tone On Digit=FALSE, Tone=Null,
>> Tone Direction=Sum Network, Params=0x0, Call Id=12741
>> *Jan 14 23:47:40.783:
>> //12741/9906C1828C05/CCAPI/cc_api_remote_codec_dnld_done:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742, Xmit Function=0x64204BAC
>> *Jan 14 23:47:40.783: //12741/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
>> *Jan 14 23:47:40.783: cc_api_get_xcode_stream : 4702
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
>> Modem=0x0, Codec Bytes=20, Signal Type=2)
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
>> Playout Max=1000(ms), Fax Nom=300(ms))
>> *Jan 14 23:47:40.783: //12741/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1046)
>> *Jan 14 23:47:40.783: //12741/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1046)
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=170, Call Id=12742
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.783: //12742/9906C1828C05/CCAPI/cc_api_call_feature:
>> Feature Type=50, Interface=0xC05A65AC, Call Id=12742
>> *Jan 14 23:47:40.811: //12741/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
>> Modem=0x0, Codec Bytes=20, Signal Type=2)
>> *Jan 14 23:47:40.811: //12741/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
>> Playout Max=1000(ms), Fax Nom=300(ms))
>> *Jan 14 23:47:40.811: //12742/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1516)
>> *Jan 14 23:47:40.811: //12742/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1516)
>> *Jan 14 23:47:40.811: //12741/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=171, Call Id=12741
>> *Jan 14 23:47:40.811: //12741/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.815: //12742/9906C1828C05/CCAPI/cc_api_call_facility:
>> Interface=0xC05A65AC, Call Id=12742
>> *Jan 14 23:47:40.819: //12741/9906C1828C05/CCAPI/ccGenerateToneInfo:
>> Stop Tone On Digit=FALSE, Tone=Null,
>> Tone Direction=Sum Network, Params=0x0, Call Id=12741
>> *Jan 14 23:47:40.819: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=96, Call Id=12742
>> *Jan 14 23:47:40.819: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.839:
>> //12742/9906C1828C05/CCAPI/cc_api_remote_codec_dnld_done:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741, Xmit Function=0x64204BAC
>> *Jan 14 23:47:40.839: //12742/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
>> *Jan 14 23:47:40.839: cc_api_get_xcode_stream : 4702
>> *Jan 14 23:47:40.843: //12741/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
>> Modem=0x0, Codec Bytes=20, Signal Type=2)
>> *Jan 14 23:47:40.843: //12741/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
>> Playout Max=1000(ms), Fax Nom=300(ms))
>> *Jan 14 23:47:40.843: //12742/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1516)
>> *Jan 14 23:47:40.843: //12742/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1516)
>> *Jan 14 23:47:40.843: //12741/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=170, Call Id=12741
>> *Jan 14 23:47:40.843: //12741/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.859: //12742/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Destination Interface=0xC05A65AC, Destination Call Id=12741, Source
>> Call Id=12742,
>> Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
>> Modem=0x0, Codec Bytes=20, Signal Type=2)
>> *Jan 14 23:47:40.863: //12742/9906C1828C05/CCAPI/cc_api_caps_ind:
>> Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
>> Playout Max=1000(ms), Fax Nom=300(ms))
>> *Jan 14 23:47:40.863: //12741/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=3996)
>> *Jan 14 23:47:40.863: //12741/9906C1828C05/CCAPI/cc_api_caps_ack:
>> Destination Interface=0xC05A65AC, Destination Call Id=12742, Source
>> Call Id=12741,
>> Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_NONE(0x1), Vad=ON(0x2),
>> Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=3996)
>> *Jan 14 23:47:40.863: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event=171, Call Id=12742
>> *Jan 14 23:47:40.863: //12742/9906C1828C05/CCAPI/cc_api_event_indication:
>> Event Is Sent To Conferenced SPI(s) Directly
>> *Jan 14 23:47:40.863: //12742/9906C1828C05/CCAPI/cc_api_call_facility:
>> Interface=0xC05A65AC, Call Id=12742
>> Cisco3825#
>> Cisco3825#
>> Cisco3825#
>>
>> On Mon, Jan 14, 2013 at 6:20 PM, Kenneth Hayes <kennethwhayes at gmail.com>wrote:
>>
>>> Have you also restarted the Cisco IP Media Services?
>>>
>>> Sent from my iPhone
>>>
>>> On Jan 14, 2013, at 6:12 PM, Dane Newman <dane.newman at gmail.com> wrote:
>>>
>>> My ITSP will only support 711ulaw for me currently I believe. They hard
>>> coded it with me when I was initially setting it up.
>>>
>>> Do you think this could be a codec issue? How would I go about
>>> identifying if it is?
>>>
>>> Dane
>>>
>>> On Mon, Jan 14, 2013 at 6:09 PM, Kenneth Hayes <kennethwhayes at gmail.com>wrote:
>>>
>>>> Have you tried different audio codecs?
>>>>
>>>> Sent from my iPhone
>>>>
>>>> On Jan 14, 2013, at 6:06 PM, Dane Newman <dane.newman at gmail.com> wrote:
>>>>
>>>> Ryan (sorry I forgot to reply to all)
>>>>
>>>> Thanks for the Reply
>>>> Oddly enough we are.
>>>> This probably has something to do with MOH in general?
>>>>
>>>> Internally when I user puts another user on hold everything works. No
>>>> MOH plays and they can hold and unhold the call just fine.
>>>> I tested calling from an external number. Once I put the external
>>>> caller on hold the MOH played but I was unable to resume the call. When I
>>>> hit resume on the deskphone the MOH still played to the external caller and
>>>> there was no sound on the deskphone.
>>>>
>>>> On Mon, Jan 14, 2013 at 5:25 PM, Ryan Ratliff <rratliff at cisco.com>wrote:
>>>>
>>>>> Do you get similar behavior if you just hold and resume the call
>>>>> outside SNR features?
>>>>>
>>>>> -Ryan
>>>>>
>>>>> On Jan 14, 2013, at 4:18 PM, Dane Newman <dane.newman at gmail.com>
>>>>> wrote:
>>>>>
>>>>> Using keyboard-interactive authentication.
>>>>>
>>>>> Password:
>>>>>
>>>>>
>>>>> Cisco3825#
>>>>>
>>>>> Cisco3825#sh ver
>>>>>
>>>>> Cisco IOS Software, 3800 Software (C3825-ADVENTERPRISEK9_IVS_LI-M),
>>>>> Version 15.1
>>>>> (4)M5, RELEASE SOFTWARE (fc1)
>>>>>
>>>>> Technical Support: http://www.cisco.com/techsupport
>>>>> Copyright (c) 1986-2012 by Cisco Systems, Inc.
>>>>>
>>>>> Compiled Tue 04-Sep-12 17:25 by prod_rel_team
>>>>>
>>>>>
>>>>> ROM: System Bootstrap, Version 12.4(13r)T10, RELEASE SOFTWARE (fc1)
>>>>>
>>>>>
>>>>> Cisco3825 uptime is 1 week, 1 day, 1 hour, 38 minutes
>>>>>
>>>>> System returned to ROM by power-on
>>>>>
>>>>> System image file is
>>>>> "flash:c3825-adventerprisek9_ivs_li-mz.151-4.M5.bin"
>>>>> Last reload type: Normal Reload
>>>>>
>>>>>
>>>>>
>>>>> This product contains cryptographic features and is subject to United
>>>>>
>>>>> States and local country laws governing import, export, transfer and
>>>>>
>>>>> use. Delivery of Cisco cryptographic products does not imply
>>>>>
>>>>> third-party authority to import, export, distribute or use encryption.
>>>>>
>>>>> Importers, exporters, distributors and users are responsible for
>>>>>
>>>>> compliance with U.S. and local country laws. By using this product you
>>>>>
>>>>> agree to comply with applicable laws and regulations. If you are
>>>>> unable
>>>>> to comply with U.S. and local laws, return this product immediately.
>>>>>
>>>>>
>>>>> A summary of U.S. laws governing Cisco cryptographic products may be
>>>>> found at:
>>>>> http://www.cisco.com/wwl/export/crypto/tool/stqrg.html
>>>>>
>>>>> If you require further assistance please contact us by sending email
>>>>> to
>>>>> export at cisco.com.
>>>>>
>>>>>
>>>>> Cisco 3825 (revision 1.2) with 1011712K/36864K bytes of memory.
>>>>>
>>>>> Processor board ID FTX1237A1T0
>>>>>
>>>>> 2 Gigabit Ethernet interfaces
>>>>>
>>>>> 2 Channelized T1/PRI ports
>>>>>
>>>>> 1 Virtual Private Network (VPN) Module
>>>>>
>>>>> DRAM configuration is 64 bits wide with parity enabled.
>>>>>
>>>>> 479K bytes of NVRAM.
>>>>>
>>>>> 500472K bytes of ATA System CompactFlash (Read/Write)
>>>>>
>>>>>
>>>>>
>>>>> License Info:
>>>>>
>>>>>
>>>>> License UDI:
>>>>>
>>>>>
>>>>> -------------------------------------------------
>>>>>
>>>>> Device# PID SN
>>>>>
>>>>> Sent from my mobile device
>>>>>
>>>>> On Jan 14, 2013, at 4:11 PM, Kenneth Hayes <kennethwhayes at gmail.com>
>>>>> wrote:
>>>>>
>>>>> What version of code are you running on the CUBE?
>>>>>
>>>>> Sent from my iPhone
>>>>>
>>>>> On Jan 14, 2013, at 3:43 PM, Dane Newman <dane.newman at gmail.com>
>>>>> wrote:
>>>>>
>>>>> Hello
>>>>>
>>>>> I have an issue when users are connected to a call and hit the
>>>>> mobility soft key button on 9971 phones when a call is active, the phone
>>>>> system rings on the mobile number configured in the system. When they pick
>>>>> up the the mobile number it just plays what sounds like hold music on both
>>>>> ends of the call (I believe this music is coming from cucm but I haven't
>>>>> heard it before) instead of providing 2 way voice.
>>>>>
>>>>> In another senario with what I believe is the same issue. If a user
>>>>> picks up on there cell phone first (using single number reach) opposed to
>>>>> the deskphone the call is connected with 2 way voice and no issues exist.
>>>>> If the user then hangs up his cell phone with the intent to take the call
>>>>> on his deskphone the calling party starts hearing the hold music. Once the
>>>>> user picks up the call on his deskphone he hears nothing but the calling
>>>>> party is still hearing the hold music. It is not working as intended where
>>>>> 2 way voice happens once the user hangs up his mobile phone and picks up on
>>>>> his deskphone 2 way voice should happen.
>>>>>
>>>>> My topology is as follows..
>>>>>
>>>>>
>>>>> PSDN --> SIP TRUNK FROM ITSP --> 3825 CUBE --->CUCM -->DESKPHOHE
>>>>>
>>>>> Calls are sent back out the SIP trunk to the ITSP when using mobile
>>>>> connect/snr.
>>>>>
>>>>> Does anyone have any ideas how I can make 2 way voice happen instead
>>>>> of the hold music when the calls are picked up?
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20130115/1843a1a2/attachment.html>
More information about the cisco-voip
mailing list