[cisco-voip] [OSL | CCIE_Voice] IPIPGW Sip to Sip

[Jonathan Charles]

16


Jonathan (debug below...)


CCME#
Aug  6 14:43:21.208: //435/1D842714808A/CCAPI/cc_api_call_connected:
   Interface=0x851ACE38, Data Bitmask=0x1, Progress Indication=NULL(0),
   Connection Handle=0
Aug  6 14:43:21.208: //435/1D842714808A/CCAPI/cc_api_call_connected:
   Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
Aug  6 14:43:21.212: //434/xxxxxxxxxxxx/CCAPI/ccConferenceCreate:
   (confID=0x836F9A74, callID1=0x1B2, callID2=0x1B3, tag=0x0)
Aug  6 14:43:21.212: //434/1D842714808A/CCAPI/ccConferenceCreate:
   Conference Id=0x836F9A74, Call Id1=434, Call Id2=435, Tag=0x0
Aug  6 14:43:21.212: //434/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:

Aug  6 14:43:21.212: cc_api_get_xcode_stream : 4369
Aug  6 14:43:21.216: //434/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
   Conference Id=0x65, Source Interface=0x84E27B40, Source Call Id=434,
   Destination Call Id=435, Disposition=0x0, Tag=0x0
Aug  6 14:43:21.216: //435/xxxxxxxxxxxx/CCAPI/cc_api_bridge_done:
   Conference Id=0x65, Source Interface=0x851ACE38, Source Call Id=435,
   Destination Call Id=434, Disposition=0x0, Tag=0xFFFFFFFF
Aug  6 14:43:21.216: //434/1D842714808A/CCAPI/cc_generic_bridge_done:
   Conference Id=0x65, Source Interface=0x851ACE38, Source Call Id=435,
   Destination Call Id=434, Disposition=0x0, Tag=0xFFFFFFFF
Aug  6 14:43:21.220: //434/1D842714808A/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x65, Destination Call Id=435)
Aug  6 14:43:21.220: //435/1D842714808A/CCAPI/ccConferenceCreate:
   Call Entry(Conference Id=0x65, Destination Call Id=434)
Aug  6 14:43:21.220: //435/1D842714808A/CCAPI/cc_api_caps_ind:
   Destination Interface=0x84E27B40, Destination Call Id=434, Source Call
Id=435,
   Caps(Codec=0x1, Fax Rate=0x1, Vad=0x1,
   Modem=0x0, Codec Bytes=20, Signal Type=3)
Aug  6 14:43:21.220: //435/1D842714808A/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=250(ms), Fax Nom=300(ms))
Aug  6 14:43:21.224: //434/1D842714808A/CCAPI/cc_api_caps_ind:
   Destination Interface=0x851ACE38, Destination Call Id=435, Source Call
Id=434,
   Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
   Modem=0x0, Codec Bytes=160, Signal Type=2)
Aug  6 14:43:21.224: //434/1D842714808A/CCAPI/cc_api_caps_ind:
   Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
   Playout Max=250(ms), Fax Nom=300(ms))
Aug  6 14:43:21.224: //434/1D842714808A/CCAPI/cc_api_caps_ack:
   Destination Interface=0x851ACE38, Destination Call Id=435, Source Call
Id=434,
   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
   Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=2132)
Aug  6 14:43:21.228: //435/1D842714808A/CCAPI/cc_api_caps_ack:
   Destination Interface=0x84E27B40, Destination Call Id=434, Source Call
Id=435,
   Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
   Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=2132)
Aug  6 14:43:21.228: //434/1D842714808A/CCAPI/cc_process_notify_bridge_done:
   Conference Id=0x65, Call Id1=434, Call Id2=435
Aug  6 14:43:21.232: //435/1D842714808A/CCAPI/cc_api_voice_mode_event:
   Call Id=435
Aug  6 14:43:21.232: //435/1D842714808A/CCAPI/cc_api_voice_mode_event:
   Call Entry(Context=0x836C1400)
Aug  6 14:43:21.249: //434/1D842714808A/CCAPI/ccCallConnect:
   Progress Indication=NULL(0), Data Bitmask=0x1
Aug  6 14:43:21.249: //434/1D842714808A/CCAPI/ccCallConnect:
   Call Entry(Connected=TRUE, Responsed=TRUE)
Aug  6 14:43:21.253: //434/1D842714808A/CCAPI/ccCallNotify:
   Data Bitmask=0x7, Call Id=434
Aug  6 14:43:21.253: //435/1D842714808A/CCAPI/ccCallFeature:
   Feature Type=25, Call Id=435
Aug  6 14:43:21.585: //435/1D842714808A/CCAPI/ccGenerateToneInfo:
   Stop Tone On Digit=FALSE, Tone=Null,
   Tone Direction=Sum Network, Params=0x0, Call Id=435
Aug  6 14:43:21.585: //434/1D842714808A/CCAPI/cc_api_call_disconnected:
   Cause Value=16, Interface=0x84E27B40, Call Id=434
Aug  6 14:43:21.585: //434/1D842714808A/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
Aug  6 14:43:21.589: //434/1D842714808A/CCAPI/ccConferenceDestroy:
   Conference Id=0x65, Tag=0x0
Aug  6 14:43:21.589: //434/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x65, Source Interface=0x84E27B40, Source Call Id=434,
   Destination Call Id=435, Disposition=0x0, Tag=0x0
Aug  6 14:43:21.593: //435/xxxxxxxxxxxx/CCAPI/cc_api_bridge_drop_done:
   Conference Id=0x65, Source Interface=0x851ACE38, Source Call Id=435,
   Destination Call Id=434, Disposition=0x0, Tag=0x0
Aug  6 14:43:21.593: //434/1D842714808A/CCAPI/cc_generic_bridge_done:
   Conference Id=0x65, Source Interface=0x851ACE38, Source Call Id=435,
   Destination Call Id=434, Disposition=0x0, Tag=0x0
Aug  6 14:43:21.597: //434/1D842714808A/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0,
Disconnect Cause=16)
Aug  6 14:43:21.597: //434/1D842714808A/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Aug  6 14:43:21.597: //435/1D842714808A/CCAPI/ccCallDisconnect:
   Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0,
Disconnect Cause=0)
Aug  6 14:43:21.601: //435/1D842714808A/CCAPI/ccCallDisconnect:
   Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Aug  6 14:43:21.601: //435/1D842714808A/CCAPI/cc_api_get_transfer_info:
   Transfer Number Is Null
Aug  6 14:43:21.605: //434/1D842714808A/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x84E27B40, Tag=0x0, Call Id=434,
   Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Aug  6 14:43:21.609: //434/1D842714808A/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
Aug  6 14:43:21.609: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Aug  6 14:43:21.609: :cc_free_feature_vsa freeing 84F834A8
Aug  6 14:43:21.609: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Aug  6 14:43:21.609:  vsacount in free is 1
Aug  6 14:43:21.621: //435/1D842714808A/CCAPI/cc_api_call_feature:
   Feature Type=6, Interface=0x851ACE38, Call Id=435
Aug  6 14:43:21.661: //435/1D842714808A/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x851ACE38, Tag=0x0, Call Id=435,
   *Call Entry(Disconnect Cause=16*, Voice Class Cause Code=0, Retry
Count=0)
Aug  6 14:43:21.661: //435/1D842714808A/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
Aug  6 14:43:21.661: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Aug  6 14:43:21.661: :cc_free_feature_vsa freeing 84F83658
CCME#
Aug  6 14:43:21.661: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

Aug  6 14:43:21.661:  vsacount in free is 0

On Wed, Aug 6, 2008 at 2:47 PM, ROZA, Ariel <Ariel.ROZA at la.logicalis.com>wrote:

>  What´s the disconnect cause code shown in a debug voip ccapi inout?
>
>  ------------------------------
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Jonathan Charles
> *Sent:* Miércoles, 06 de Agosto de 2008 04:33 p.m.
> *To:* Stephen Collinson
> *Cc:* OSL CCIE Voice Lab Exam; cisco voip
> *Subject:* Re: [cisco-voip] [OSL | CCIE_Voice] IPIPGW Sip to Sip
>
>  Right, the question is, how do you configure it correctly?
>
> What would cuz the audio to not cut thru and the call to drop... I was
> suspecting codec, but it is G711 all the way thru (hard coded on each dial
> peer)
>
>
>
> Jonathan
>
> On Wed, Aug 6, 2008 at 2:21 PM, Stephen Collinson <
> scollinson at capewave.co.uk> wrote:
>
>>  SIP to SIP should work fine, when configured correctly.
>>
>>
>>
>> I was just trying to give you a scenario where we may need to use it.
>> Apologies if this was not helpful
>>
>>
>>
>>
>>
>>
>>  ------------------------------
>>
>> *From:* Jonathan Charles [mailto:jonvoip at gmail.com]
>> *Sent:* 06 August 2008 19:55
>> *To:* Stephen Collinson
>> *Cc:* cisco voip; OSL CCIE Voice Lab Exam
>> *Subject:* Re: [OSL | CCIE_Voice] IPIPGW Sip to Sip
>>
>>
>>
>> Perhaps I wasn't clear...
>>
>>
>> There is no CUE.
>>
>> This is a SCCP phone on a CCME, and a SCCP phone on CCM with a SIP trunk
>> to an IPIPGW, and a SIP dial-peer to CCME...
>>
>>
>> Jonathan
>>
>> On Wed, Aug 6, 2008 at 1:52 PM, Stephen Collinson <
>> scollinson at capewave.co.uk> wrote:
>>
>> Perhaps worth looking at your config.
>>
>>
>>
>> You will need sip to sip, say to access CUE VM from a CCM SIP trunk.
>>
>>
>>
>> Check all G711 etc.
>>
>>
>>
>> Debug CCSIP
>>
>>
>>
>>
>>
>>
>>  ------------------------------
>>
>> *From:* ccie_voice-bounces at onlinestudylist.com [mailto:
>> ccie_voice-bounces at onlinestudylist.com] *On Behalf Of *Jonathan Charles
>> *Sent:* 06 August 2008 18:41
>>
>>
>> *To:* OSL CCIE Voice Lab Exam; cisco-voip at puck.nether.net
>> *Subject:* [OSL | CCIE_Voice] IPIPGW Sip to Sip
>>
>>
>>
>> So, I was playing with an IPIPGW
>>
>>
>>
>> CCM on one side (SIP trunk) and CCME on the other (SIP dial-peer)... call
>> worked, but as soon as you answered it dropped.
>>
>> I changed the SIP dial-peer from the IPIPGW to H.323 (no session protocol)
>> and RTP cuts thru fine...
>>
>> Am I misreading something, is SIP to SIP not supported, or is my config
>> retarded?
>>
>>
>>
>> Jonathan
>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080806/6a08cdd9/attachment.html>