« previous next »
Pages: [1]   Go Down

Author Topic: Bridge Transfer in GVP does not work  (Read 10469 times)

Offline naviat

  • Jr. Member
  • **
  • Posts: 54
  • Karma: 0
Bridge Transfer in GVP does not work
« on: October 02, 2014, 04:28:49 AM »
Hi all

I have a simple transfer apps from GVP to Agent. Tranfer "type = blind" is work well but with transfer = bridge the call hangup when transfer. Here is MCP log with Error : SIP/2.0 480 Temporarily Unavailable

Call from 1009 (GVP SIP) to Trunk Group 809123 and transfer to 1011 (Agent SIP)

[code]
2014-10-01T18:36:53.196 Trc 33009 INFO 00000000-00000000 1085397888 02800FA1 Request received: ACK sip:Genesys@10.84.9.170:5070 SIP/2.0
Via: SIP/2.0/TCP 10.84.9.167:5068;branch=z9hG4bK0x24b81a30542c566a
Via: SIP/2.0/UDP 10.84.9.166:5060;branch=z9hG4bK006D8ABC-563D-142C-9DD2-A409540AAA77-7
From: sip:1009@10.84.9.166;tag=006D8AA8-563D-142C-9DD2-A409540AAA77-26
To: <sip:809123@10.84.9.166:5060>;tag=98565000-C48C-F47B-98A4-4D868C363865
Max-Forwards: 69
CSeq: 1 ACK
Call-ID: 006D8A76-563D-142C-9DD2-A409540AAA77-20@10.84.9.166
Content-Length: 0
Allow: INVITE, ACK, PRACK, CANCEL, BYE, REFER, INFO, UPDATE, MESSAGE, NOTIFY, OPTIONS
User-Agent: X-Lite release 1003l stamp 30942


2014-10-01T18:36:53.197 Int 50056 00B90142-1000490E 1164237696 call_reference 006D8A76-563D-142C-9DD2-A409540AAA77-20@10.84.9.166|98565000-AC36-EDAD-694C-B8A214AD9D87|Environment|Tranfer_test
2014-10-01T18:36:53.197 Int 50000 00B90142-1000490E 1164237696 incall_begin sip:809123@10.84.9.166:5060|sip:1009@10.84.9.166|20141001163413001|N/A|N/A|N/A
2014-10-01T18:36:53.226 Trc 20001 INFO 00B90142-1000490E 1198357376 02B68719 Compile Done|0ms|http://10.84.9.154:8080/testTransfer/include/common.js
2014-10-01T18:36:53.227 Trc 20001 INFO 00B90142-1000490E 1198357376 02B6871A Fetching Done|25ms|script|http://10.84.9.154:8080/testTransfer/include/common.js
2014-10-01T18:36:53.227 Int 50043 00B90142-1000490E 1198357376 fetch_end Done (direct):http://10.84.9.154:8080/testTransfer/include/common.js
2014-10-01T18:36:53.247 Trc 20001 INFO 00B90142-1000490E 1191332736 02B68719 Compile Done|0ms|http://10.84.9.154:8080/testTransfer/include/ctic.js
2014-10-01T18:36:53.247 Trc 20001 INFO 00B90142-1000490E 1191332736 02B6871A Fetching Done|13ms|script|http://10.84.9.154:8080/testTransfer/include/ctic.js
2014-10-01T18:36:53.247 Int 50043 00B90142-1000490E 1191332736 fetch_end Done (direct):http://10.84.9.154:8080/testTransfer/include/ctic.js
2014-10-01T18:36:53.264 Trc 20001 INFO 00B90142-1000490E 1192336256 02B68719 Compile Done|0ms|http://10.84.9.154:8080/testTransfer/include/json.js
2014-10-01T18:36:53.264 Trc 20001 INFO 00B90142-1000490E 1192336256 02B6871A Fetching Done|14ms|script|http://10.84.9.154:8080/testTransfer/include/json.js
2014-10-01T18:36:53.264 Int 50043 00B90142-1000490E 1192336256 fetch_end Done (direct):http://10.84.9.154:8080/testTransfer/include/json.js
2014-10-01T18:36:53.278 Trc 20001 INFO 00B90142-1000490E 1193339776 02B68719 Compile Done|0ms|http://10.84.9.154:8080/testTransfer/include/DataAccess.js
2014-10-01T18:36:53.278 Trc 20001 INFO 00B90142-1000490E 1193339776 02B6871A Fetching Done|14ms|script|http://10.84.9.154:8080/testTransfer/include/DataAccess.js
2014-10-01T18:36:53.278 Int 50043 00B90142-1000490E 1193339776 fetch_end Done (direct):http://10.84.9.154:8080/testTransfer/include/DataAccess.js
2014-10-01T18:36:53.297 Trc 20001 INFO 00B90142-1000490E 1194343296 02B68719 Compile Done|0ms|http://10.84.9.154:8080/testTransfer/Resources/Prompts/PromptSwitch.js
2014-10-01T18:36:53.297 Trc 20001 INFO 00B90142-1000490E 1194343296 02B6871A Fetching Done|13ms|script|http://10.84.9.154:8080/testTransfer/Resources/Prompts/PromptSwitch.js
2014-10-01T18:36:53.297 Int 50043 00B90142-1000490E 1194343296 fetch_end Done (direct):http://10.84.9.154:8080/testTransfer/Resources/Prompts/PromptSwitch.js
2014-10-01T18:36:53.335 Trc 20001 INFO 00B90142-1000490E 1195346816 02B68719 Compile Done|0ms|http://10.84.9.154:8080/testTransfer/Resources/Prompts/en-US/en-US.js
2014-10-01T18:36:53.335 Trc 20001 INFO 00B90142-1000490E 1195346816 02B6871A Fetching Done|37ms|script|http://10.84.9.154:8080/testTransfer/Resources/Prompts/en-US/en-US.js
2014-10-01T18:36:53.335 Int 50043 00B90142-1000490E 1195346816 fetch_end Done (direct):http://10.84.9.154:8080/testTransfer/Resources/Prompts/en-US/en-US.js
2014-10-01T18:36:53.349 Int 50041 00B90142-1000490E 1195346816 compile_done :http://10.84.9.154:8080/testTransfer/src-gen/Main.vxml
2014-10-01T18:36:53.349 Int 50028 00B90142-1000490E 1195346816 form_enter
2014-10-01T18:36:53.349 Int 50029 00B90142-1000490E 1195346816 form_select :__FORMITEM_NAME_$3$_:BLOCK
2014-10-01T18:36:53.349 Int 50033 00B90142-1000490E 1195346816 goto :#Entry1
2014-10-01T18:36:53.349 Int 50030 00B90142-1000490E 1195346816 form_exit normal
2014-10-01T18:36:53.349 Int 50028 00B90142-1000490E 1195346816 form_enter :Entry1
2014-10-01T18:36:53.349 Int 50029 00B90142-1000490E 1195346816 form_select :Entry:BLOCK
2014-10-01T18:36:53.350 Int 50033 00B90142-1000490E 1195346816 goto :#Transfer1
2014-10-01T18:36:53.350 Int 50030 00B90142-1000490E 1195346816 form_exit normal
2014-10-01T18:36:53.350 Int 50028 00B90142-1000490E 1195346816 form_enter :Transfer1
2014-10-01T18:36:53.350 Int 50029 00B90142-1000490E 1195346816 form_select :Transfer1Call:TRANSFER
2014-10-01T18:36:53.350 Int 50024 00B90142-1000490E 1195346816 input_start :DTMF
2014-10-01T18:36:53.350 Trc 20001 INFO 00B90142-1000490E 1195346816 02B6872C |23ms
2014-10-01T18:36:53.354 Trc 21011 INFO 00B90142-1000490E 1199360896 02B00FA2 transfer_start
2014-10-01T18:36:53.354 Int 50013 00B90142-1000490E 1199360896 transfer_start :sip:1011@10.84.9.141:5060
2014-10-01T18:36:53.354 Trc 20001 INFO 00B90142-6C003459 1164237696 01C00000 CMCallLeg created 0x1a2bbd00
2014-10-01T18:36:53.355 Int 50053 00B90142-6C003459 1164237696 bridge_initiated 0:0
2014-10-01T18:36:53.372 Trc 33009 INFO 00000000-00000000 1085397888 02800FA1 Request sent: INVITE sip:1011@10.84.9.141:5060 SIP/2.0
Via: SIP/2.0/TCP 10.84.9.170:5070;branch=z9hG4bK0x1a3117e02be755
From: sip:1009@10.84.9.166;tag=98565000-C48C-D062-0304-7F26ACAF207B
To: <sip:1011@10.84.9.141:5060>
Max-Forwards: 70
CSeq: 1 INVITE
Call-ID: 98565000-C48C-E8E9-DFD8-7837F72011D9-5070@10.84.9.170
Contact: <sip:Genesys@10.84.9.170:5070>
Content-Length: 223
Content-Type: application/sdp
Route: <sip:0x24b03b60@10.84.9.167:5068;transport=TCP;lr;gvp.rm.datanodes=1;idtag=00000002>
User-Agent: X-Lite release 1003l stamp 30942
Min-SE: 90
X-Genesys-GVP-Session-Data: callsession=98565000-AC36-EDAD-694C-B8A214AD9D87;1;0;;;;Environment;Tranfer_test;
X-Genesys-CallUUID: 01RILVIM7KA2P7EIKG4L82LAES000002
X-Genesys-GVP-Session-ID: 98565000-AC36-EDAD-694C-B8A214AD9D87;gvp.rm.datanodes=1;gvp.rm.tenant-id=1_Tranfer_test
Supported: timer, uui

v=0
o=- 268435498 1 IN IP4 10.84.9.170
s=phone-call
c=IN IP4 10.84.9.170
t=0 0
m=audio 20004 RTP/AVP 0 8 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

2014-10-01T18:36:53.393 Trc 33009 INFO 00000000-00000000 1085397888 02800FA1 Response received: SIP/2.0 480 Temporarily Unavailable
Via: SIP/2.0/TCP 10.84.9.170:5070;branch=z9hG4bK0x1a3117e02be755
From: sip:1009@10.84.9.166;tag=98565000-C48C-D062-0304-7F26ACAF207B
To: <sip:1011@10.84.9.141:5060>;tag=98565000-AC36-5676-A1B3-86A4EEF19BE2
CSeq: 1 INVITE
Call-ID: 98565000-C48C-E8E9-DFD8-7837F72011D9-5070@10.84.9.170
Content-Length: 0
Warning: 399 10.84.9.167 "For this application use-same-gateway is set to always"


2014-10-01T18:36:53.393 Trc 33009 INFO 00000000-00000000 1085397888 02800FA1 Request sent: ACK sip:1011@10.84.9.141:5060 SIP/2.0
Via: SIP/2.0/TCP 10.84.9.170:5070;branch=z9hG4bK0x1a3117e02be755
From: sip:1009@10.84.9.166;tag=98565000-C48C-D062-0304-7F26ACAF207B
To: <sip:1011@10.84.9.141:5060>;tag=98565000-AC36-5676-A1B3-86A4EEF19BE2
Max-Forwards: 70
CSeq: 1 ACK
Call-ID: 98565000-C48C-E8E9-DFD8-7837F72011D9-5070@10.84.9.170
Content-Length: 0
Route: <sip:0x24b03b60@10.84.9.167:5068;transport=TCP;lr;gvp.rm.datanodes=1;idtag=00000002>


2014-10-01T18:36:53.394 Trc 49005 INFO 00000000-00000000 1138146176 0B300FA1 RTP 20004: Rx 0/0 lost 0 dropped 0 dec_err 0 jitter 0, Tx 0/0 enc_err 0
2014-10-01T18:36:53.396 Int 50056 00B90142-6C003459 1164237696 call_reference 98565000-C48C-E8E9-DFD8-7837F72011D9-5070@10.84.9.170|98565000-AC36-EDAD-694C-B8A214AD9D87|N/A|N/A
2014-10-01T18:36:53.396 Int 50005 00B90142-6C003459 1164237696 bridge_reject sip:1009@10.84.9.166|sip:1011@10.84.9.141:5060|00B90142-1000490E|N/A|busy
2014-10-01T18:36:53.397 Trc 20001 INFO 00B90142-6C003459 1164237696 01C00000 CMCallLeg deleted 0x1a2bbd00
2014-10-01T18:36:53.397 Trc 21010 INFO 00B90142-1000490E 1199360896 02B00FA3 transfer_end
2014-10-01T18:36:53.397 Int 50014 00B90142-1000490E 1199360896 transfer_end :busy
2014-10-01T18:36:53.397 Int 50025 00B90142-1000490E 1196350336 input_end TRANSFER_END|||||
2014-10-01T18:36:53.397 Int 50076 00B90142-1000490E 1196350336 filling :Transfer1.Transfer1Call:Transfer:busy
2014-10-01T18:36:53.397 Int 50032 00B90142-1000490E 1196350336 filled_enter all
2014-10-01T18:36:53.397 Int 50033 00B90142-1000490E 1196350336 goto :#Exit1
2014-10-01T18:36:53.397 Int 50030 00B90142-1000490E 1196350336 form_exit normal
2014-10-01T18:36:53.397 Int 50028 00B90142-1000490E 1196350336 form_enter :Exit1
2014-10-01T18:36:53.397 Int 50029 00B90142-1000490E 1196350336 form_select :__FORMITEM_NAME_$4$_:BLOCK
2014-10-01T18:36:53.397 Int 50030 00B90142-1000490E 1196350336 form_exit normal
2014-10-01T18:36:53.397 Int 50036 00B90142-1000490E 1196350336 appl_end [/code]

And Transfer code :

[code]

<form id="Transfer1">

<property name="inputmodes" value="dtmf"/>

<transfer name="Transfer1Call" type="bridge" destexpr="AppState.routingpoint" maxtime="0s" connecttimeout="30s" gvp:analysis="false" gvp:connectwhen="answered">

<filled><assign name="AppState.output" expr="Transfer1Call"/>

<goto next="#Exit1"/>
</filled>
</transfer>
</form>[/code]
« Last Edit: October 02, 2014, 06:28:25 AM by naviat »
Logged

Offline Timur Karimov

  • Sr. Member
  • ****
  • Posts: 415
  • Karma: 2
Re: Bridge Tranfer in GVP does not work
« Reply #1 on: October 02, 2014, 04:52:34 AM »
Hello naviat,
Did you enable bridge transfer in you GVP IVR Profile? It's disabled by default.
Also try to check all transfer related options in MCP.
WBR Tim
Logged

Offline naviat

  • Jr. Member
  • **
  • Posts: 54
  • Karma: 0
Re: Bridge Transfer in GVP does not work
« Reply #2 on: October 02, 2014, 05:09:17 AM »
Thanks for your reply.

The option gvp.policy/transfer-allowed , outbound-call-allowed is still true and this is my MCP sip/ option

defaultconsultxfer = BRIDGE
defaultblindxfer = BRIDGE
defaultbridgexfer = BRIDGE
transfermethods = HKF REFER REFERJOIN MEDIAREDIRECT ATTCOURTESY ATTCONSULT ATTCONFERENCE ATTOOBCOURTESY ATTOOBCONSULT ATTOOBCONFERENCE NEC61ISDN

Anything wrong in here ? My MCP version is 8.1.504.86. Thanks again and hope your reply soon :)
« Last Edit: October 02, 2014, 01:35:28 PM by naviat »
Logged

Offline naviat

  • Jr. Member
  • **
  • Posts: 54
  • Karma: 0
Re: Bridge Transfer in GVP does not work
« Reply #3 on: October 05, 2014, 04:55:10 AM »
Sorry, anyone has idea about this issue ? :(
Logged

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2752
  • Karma: 44
Re: Bridge Transfer in GVP does not work
« Reply #4 on: October 05, 2014, 05:46:24 AM »
Check the error message in sip header:
[code]
2014-10-01T18:36:53.393 Trc 33009 INFO 00000000-00000000 1085397888 02800FA1 Response received: SIP/2.0 480 Temporarily Unavailable
Via: SIP/2.0/TCP 10.84.9.170:5070;branch=z9hG4bK0x1a3117e02be755
From: sip:1009@10.84.9.166;tag=98565000-C48C-D062-0304-7F26ACAF207B
To: <sip:1011@10.84.9.141:5060>;tag=98565000-AC36-5676-A1B3-86A4EEF19BE2
CSeq: 1 INVITE
Call-ID: 98565000-C48C-E8E9-DFD8-7837F72011D9-5070@10.84.9.170
Content-Length: 0
Warning: 399 10.84.9.167 "[b]For this application use-same-gateway is set to always[/b]"
[/code]
Logged

Offline naviat

  • Jr. Member
  • **
  • Posts: 54
  • Karma: 0
Re: Bridge Transfer in GVP does not work
« Reply #5 on: October 07, 2014, 08:22:16 AM »
Sorry Kubig but what do you mean with "For this application use-same-gateway is set to always" ?
Logged

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2752
  • Karma: 44
Re: Bridge Transfer in GVP does not work
« Reply #6 on: October 07, 2014, 08:27:49 AM »
Read the doc carefully, it is option on IVR profile level
Logged

Offline naviat

  • Jr. Member
  • **
  • Posts: 54
  • Karma: 0
Re: Bridge Transfer in GVP does not work
« Reply #7 on: October 07, 2014, 08:46:29 AM »
Thanks Kubig, as far as i know we have 3 option with use-same-gateway, in this bridge transfer case what option will be use ? always, preferred, indiffirent ? I was try with all value of this option.
« Last Edit: October 07, 2014, 09:06:14 AM by naviat »
Logged

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2752
  • Karma: 44
Re: Bridge Transfer in GVP does not work
« Reply #8 on: October 07, 2014, 09:07:57 AM »
And was the error message and call-flow always same? Did you enable blind transfer on SIP server application object level?Show your IVR profile configuration.
« Last Edit: October 07, 2014, 09:18:20 AM by Kubig »
Logged

Offline naviat

  • Jr. Member
  • **
  • Posts: 54
  • Karma: 0
Re: Bridge Transfer in GVP does not work
« Reply #9 on: October 07, 2014, 11:37:03 AM »
This is my IVR Profile configuration:

[gvp.general]
service-type=voicexml

[gvp.policy]
cti-allowed=false
outbound-call-allowed=true
transfer-allowed=true
use-same-gateway=preferred  [b]Was try with alway,preferred, indifferent[/b]

[gvp.service-parameters]
voicexml.gvp.appmodule=fixed,VXML-NG

[gvp.service-prerequisite]
initial-page-url=


In IVR SIP Application : TServer/blind-transfer-enabled = false
In Agent SIP Application: TServer/blind-transfer-enabled = false
« Last Edit: October 07, 2014, 11:48:43 AM by naviat »
Logged

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2752
  • Karma: 44
Re: Bridge Transfer in GVP does not work
« Reply #10 on: October 07, 2014, 02:02:56 PM »
As first enable blind transfer on SIP server application object. As second check RM logs, why it send
[code]
2014-10-01T18:36:53.393 Trc 33009 INFO 00000000-00000000 1085397888 02800FA1 Response received: SIP/2.0 480 Temporarily Unavailable
Via: SIP/2.0/TCP 10.84.9.170:5070;branch=z9hG4bK0x1a3117e02be755
From: sip:1009@10.84.9.166;tag=98565000-C48C-D062-0304-7F26ACAF207B
To: <sip:1011@10.84.9.141:5060>;tag=98565000-AC36-5676-A1B3-86A4EEF19BE2
CSeq: 1 INVITE
Call-ID: 98565000-C48C-E8E9-DFD8-7837F72011D9-5070@10.84.9.170
Content-Length: 0
Warning: 399 10.84.9.167 "For this application use-same-gateway is set to always"
[/code]
I guess, that the message comes from ResourceManager.
Logged

Offline naviat

  • Jr. Member
  • **
  • Posts: 54
  • Karma: 0
Re: Bridge Transfer in GVP does not work
« Reply #11 on: October 08, 2014, 03:03:27 AM »
Yes Kubig, this message from Resource Manager, and follow this, i find this message in RM log

GetLogicalResourcesByServiceTypeAndCapability failed possibly non-matching servicetype: gateway or no logical resource configured for servicetype
2014-10-08T17:48:47.823 Std 20029 EROR 00000000-00000000 1126960000 09400217 Cannot locate logical resource matching service type

[code]2014-10-08 17:48:47.457 DBUG 00000000-00000000 1126960000 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message received from [10.84.9.170:5070] (1169): SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.84.9.167:5068;branch=z9hG4bK0x29a2786035168fabcdef09
Via: SIP/2.0/UDP 10.84.9.166:5060;branch=z9hG4bK006D8ABC-563D-142C-9DD2-A409540AAA77-4177
From: sip:1234@10.84.9.166;tag=006D8AA8-563D-142C-9DD2-A409540AAA77-237175
To: <sip:809123@10.84.9.166:5060>;tag=98565000-C48C-5D48-EE49-F40624766283
CSeq: 1 INVITE
Call-ID: 006D8A76-563D-142C-9DD2-A409540AAA77-229477@10.84.9.166
Contact: sip:Genesys@10.84.9.170:5070
Content-Length: 223
Content-Type: application/sdp
Record-Route: <sip:0x24b03b60@10.84.9.167:5068;transport=TCP;lr;gvp.rm.datanodes=1;idtag=0000003A>
User-Agent: eyeBeam release 1100z stamp 47739
Min-SE: 90
X-Genesys-GVP-Session-Data: callsession=98565000-AC36-E611-4DEB-BDCAAF7955C2;1;0;;;;Environment;Tranfer_test;
X-Genesys-GVP-Session-ID: 98565000-AC36-E611-4DEB-BDCAAF7955C2;gvp.rm.datanodes=1;gvp.rm.tenant-id=1_Tranfer_test
Session-Expires: 1800;refresher=uac
Require: timer

v=0
o=- 269421176 1 IN IP4 10.84.9.170
s=phone-call
c=IN IP4 10.84.9.170
t=0 0
m=audio 20380 RTP/AVP 0 8 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

2014-10-08 17:48:47.457 DBUG 00000000-00000000 1126960000 09400901 GVPRMLocationService.cxx:75 Cannot locate logical resource matching Physical AOR sip:10.84.9.166:5060
2014-10-08 17:48:47.457 DBUG 00000000-00000000 1126960000 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.84.9.166:5060
2014-10-08 17:48:47.457 DBUG 00000000-00000000 1126960000 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.84.9.166:5060] (1081): SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.84.9.166:5060;branch=z9hG4bK006D8ABC-563D-142C-9DD2-A409540AAA77-4177
From: sip:1234@10.84.9.166;tag=006D8AA8-563D-142C-9DD2-A409540AAA77-237175
To: <sip:809123@10.84.9.166:5060>;tag=98565000-C48C-5D48-EE49-F40624766283
CSeq: 1 INVITE
Call-ID: 006D8A76-563D-142C-9DD2-A409540AAA77-229477@10.84.9.166
Contact: sip:Genesys@10.84.9.170:5070
Content-Length: 223
Content-Type: application/sdp
Record-Route: <sip:0x24b03b60@10.84.9.167:5068;lr;gvp.rm.datanodes=1;idtag=0000003A>
User-Agent: eyeBeam release 1100z stamp 47739
Min-SE: 90
X-Genesys-GVP-Session-Data: callsession=98565000-AC36-E611-4DEB-BDCAAF7955C2;1;0;;;;Environment;Tranfer_test;
X-Genesys-GVP-Session-ID: 98565000-AC36-E611-4DEB-BDCAAF7955C2;gvp.rm.datanodes=1;gvp.rm.tenant-id=1_Tranfer_test
Session-Expires: 1800;refresher=uac
Require: timer

v=0
o=- 269421176 1 IN IP4 10.84.9.170
s=phone-call
c=IN IP4 10.84.9.170
t=0 0
m=audio 20380 RTP/AVP 0 8 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

2014-10-08 17:48:47.458 DBUG 00000000-00000000 1126960000 09400901 CCPSIPProxyCore.cxx:349 98565000-AC36-E611-4DEB-BDCAAF7955C2 Calling LogRealTimer for 200 OK response
2014-10-08 17:48:47.458 DBUG 00000000-00000000 1126960000 09400901 CCPSIPProxyCore.cxx:804 Setting SIP Session Timer value to Session-Expires header value: 1800
2014-10-08 17:48:47.458 DBUG 00000000-00000000 1126960000 09400901 DataModule.cxx:1664 Adding session timer 1800000 on call 006D8A76-563D-142C-9DD2-A409540AAA77-229477@10.84.9.166-0000003A
2014-10-08 17:48:47.675 DBUG 00000000-00000000 1126960000 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message received from [10.84.9.166:5060] (616): ACK sip:Genesys@10.84.9.170:5070 SIP/2.0
From: sip:1234@10.84.9.166;tag=006D8AA8-563D-142C-9DD2-A409540AAA77-237175
To: <sip:809123@10.84.9.166:5060>;tag=98565000-C48C-5D48-EE49-F40624766283
Call-ID: 006D8A76-563D-142C-9DD2-A409540AAA77-229477@10.84.9.166
CSeq: 1 ACK
Content-Length: 0
Via: SIP/2.0/UDP 10.84.9.166:5060;branch=z9hG4bK006D8ABC-563D-142C-9DD2-A409540AAA77-4178
Route: <sip:0x24b03b60@10.84.9.167:5068;lr;gvp.rm.datanodes=1;idtag=0000003A>
Allow: INVITE, ACK, PRACK, CANCEL, BYE, REFER, INFO, UPDATE, MESSAGE, NOTIFY, OPTIONS
Max-Forwards: 69
User-Agent: eyeBeam release 1100z stamp 47739


2014-10-08 17:48:47.675 DBUG 00000000-00000000 1126960000 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.84.9.170:5070
2014-10-08 17:48:47.675 DBUG 00000000-00000000 1126960000 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.84.9.170:5070] (605): ACK sip:Genesys@10.84.9.170:5070 SIP/2.0
Via: SIP/2.0/TCP 10.84.9.167:5068;branch=z9hG4bK0x297f7dc05435168f
Via: SIP/2.0/UDP 10.84.9.166:5060;branch=z9hG4bK006D8ABC-563D-142C-9DD2-A409540AAA77-4178
From: sip:1234@10.84.9.166;tag=006D8AA8-563D-142C-9DD2-A409540AAA77-237175
To: <sip:809123@10.84.9.166:5060>;tag=98565000-C48C-5D48-EE49-F40624766283
Max-Forwards: 69
CSeq: 1 ACK
Call-ID: 006D8A76-563D-142C-9DD2-A409540AAA77-229477@10.84.9.166
Content-Length: 0
Allow: INVITE, ACK, PRACK, CANCEL, BYE, REFER, INFO, UPDATE, MESSAGE, NOTIFY, OPTIONS
User-Agent: eyeBeam release 1100z stamp 47739


2014-10-08 17:48:47.799 DBUG 00000000-00000000 1116924800 08500000 VGSocketMgr.C:176 Calling VGSocketMgr::SocketAcceptNew on socket
2014-10-08 17:48:47.822 DBUG 00000000-00000000 1126960000 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message received from [10.84.9.170:-11116] (1081): INVITE sip:1011@10.84.9.141:5060 SIP/2.0
Via: SIP/2.0/TCP 10.84.9.170:5070;branch=z9hG4bK0x20c517e034a77a
From: sip:1234@10.84.9.166;tag=98565000-C48C-1135-85C4-18896F50BA20
To: <sip:1011@10.84.9.141:5060>
Max-Forwards: 70
CSeq: 1 INVITE
Call-ID: 98565000-C48C-3F09-A058-6727FE653110-5070@10.84.9.170
Contact: <sip:Genesys@10.84.9.170:5070>
Content-Length: 223
Content-Type: application/sdp
Route: <sip:0x24b03b60@10.84.9.167:5068;transport=TCP;lr;gvp.rm.datanodes=1;idtag=0000003A>
User-Agent: eyeBeam release 1100z stamp 47739
Min-SE: 90
X-Genesys-GVP-Session-Data: callsession=98565000-AC36-E611-4DEB-BDCAAF7955C2;1;0;;;;Environment;Tranfer_test;
X-Genesys-CallUUID: 01RILVIM7KA2P7EIKG4L82LAES00007F
X-Genesys-GVP-Session-ID: 98565000-AC36-E611-4DEB-BDCAAF7955C2;gvp.rm.datanodes=1;gvp.rm.tenant-id=1_Tranfer_test
Supported: timer, uui

v=0
o=- 269421180 1 IN IP4 10.84.9.170
s=phone-call
c=IN IP4 10.84.9.170
t=0 0
m=audio 20382 RTP/AVP 0 8 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv

2014-10-08 17:48:47.822 DBUG 00000000-00000000 1126960000 08500000 VGSIPProxyCore.cxx:282 VGSIPProxyCore::NotifyTransactionRequest processing method 1
2014-10-08 17:48:47.822 DBUG 00000000-00000000 1126960000 09400901 CCPSIPProxyCoreProcessor.cxx:117 Request-URI parsed: 1011 10.84.9.141 5060
2014-10-08T17:48:47.822 Trc 20119 INFO 00000000-00000000 1126960000 09400506 New call : sip:1011@10.84.9.141:5060
2014-10-08 17:48:47.822 DBUG 00000000-00000000 1126960000 09400901 CCPSIPProxyCoreProcessor.cxx:1399 Old call session
2014-10-08 17:48:47.822 DBUG 00000000-00000000 1126960000 09400901 CCPSIPProxyCoreProcessor.cxx:1445 Cluster Information: primary=1 secondary=0
2014-10-08 17:48:47.823 DBUG 00000000-00000000 1126960000 09400901 PolicyModule.cxx:156 98565000-AC36-E611-4DEB-BDCAAF7955C2 New Call Session Request-URI : sip:1011@10.84.9.141:5060
2014-10-08 17:48:47.823 DBUG 00000000-00000000 1126960000 09400901 PolicyModule.cxx:1021 Use Same Gateway is configured to always
2014-10-08 17:48:47.823 DBUG 00000000-00000000 1126960000 09400901 CCPSIPProxyCoreProcessor.cxx:1086 SERVICE TYPE: gateway
2014-10-08 17:48:47.823 DBUG 00000000-00000000 1126960000 09400901 GVPRMLocationService.cxx:100 Calling RequestResource: gateway UseSameGateway: always TenantDBID: 1
2014-10-08 17:48:47.823 DBUG 00000000-00000000 1126960000 09400901 GVPRMProvTable.cxx:675 Calling GetGWResources with nUseSameGateway: 1 GWAORUsed:
2014-10-08T17:48:47.823 Std 20029 EROR 00000000-00000000 1126960000 09400217 Call to GetLogicalResourcesByServiceTypeAndCapability failed possibly non-matching servicetype: gateway or no logical resource configured for servicetype
2014-10-08T17:48:47.823 Std 20029 EROR 00000000-00000000 1126960000 09400217 Cannot locate logical resource matching service type
2014-10-08T17:48:47.823 Std 20030 EROR 00000000-00000000 1126960000 09400218 98565000-AC36-E611-4DEB-BDCAAF7955C2 Cannot allocate gateway resource. For this application use-same-gateway is set to always
2014-10-08T17:48:47.823 Std 20126 EROR 00000000-00000000 1126960000 0940023F ResourceModule RequestResource failed: -7 Call Session: 98565000-AC36-E611-4DEB-BDCAAF7955C2
2014-10-08 17:48:47.823 DBUG 00000000-00000000 1126960000 09400901 CallImpl.h:934 The call  is cleared
2014-10-08 17:48:47.823 DBUG 00000000-00000000 1126960000 08500000 VGSIPTransportMgr.cxx:3443 VGSIPTransportMgr::ResolveDNS for 10.84.9.170:5070
2014-10-08 17:48:47.823 DBUG 00000000-00000000 1126960000 09400901 CCPSIPMessageInterceptor.h:588 RM - SIP Message sent to [10.84.9.170:5070] (433): SIP/2.0 480 Temporarily Unavailable
Via: SIP/2.0/TCP 10.84.9.170:5070;branch=z9hG4bK0x20c517e034a77a
From: sip:1234@10.84.9.166;tag=98565000-C48C-1135-85C4-18896F50BA20
To: <sip:1011@10.84.9.141:5060>;tag=98565000-AC36-6221-BE3E-9CB8E0F304FA
CSeq: 1 INVITE
Call-ID: 98565000-C48C-3F09-A058-6727FE653110-5070@10.84.9.170
Content-Length: 0
Warning: 399 10.84.9.167 "For this application use-same-gateway is set to always"[/code]

I set LRG with all service type for IVR LRG, Is there any wrong ?
Logged

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2752
  • Karma: 44
Re: Bridge Transfer in GVP does not work
« Reply #12 on: October 08, 2014, 04:46:16 AM »
You did not read the doc carefully. According to the logs is very clear, that the issue is in missing LRG of gateway type for particular RM.
Logged

Offline naviat

  • Jr. Member
  • **
  • Posts: 54
  • Karma: 0
Re: Bridge Transfer in GVP does not work
« Reply #13 on: October 10, 2014, 02:41:03 AM »
Sorry Kubig for dummy question but i hava a LRG for IVR resource group and every IVR application is working properly.

So what's special configuration in LRG for bridge transfer?

Hope your help  :)
Logged

Offline Kubig

  • Hero Member
  • *****
  • Posts: 2752
  • Karma: 44
Re: Bridge Transfer in GVP does not work
« Reply #14 on: October 10, 2014, 04:41:36 AM »
Why no one read the doc before ask or create topic....

You have to create LRG of gateway type, which serves for these purposes. The LRG is related to the single RM and point to the used gateway.
Logged
Pages: [1]   Go Up
« previous next »