PDA

View Full Version : Problem with attended transfer



fsinetworks
10-11-10, 06:42 AM
hi,

I recently bought a pika warp with fxo card and freepbx and the transfer attended doesn't work, i am forced to use the blin transfer. I tried with the freepbx interface and with the files features.conf without success.
During a attended transfer, the call is hung up by asterisk with only internals extensions or with a call from the outside.
For instance, 103 call 102 and 102 attended transfer to 101, and when 102 hang up the call is not transfered between 103 and 101 but asterisk hangup this call. see the log below :

I also recently bought a pika warp but with a bri card and i have not this trouble.
Best regards,
Fabien

fsinetworks
10-11-10, 06:44 AM
Asterisk 1.4.25.1, Copyright (C) 1999 - 2008 Digium, Inc. and others.
Created by Mark Spencer <markster@digium.com>
Asterisk comes with ABSOLUTELY NO WARRANTY; type 'core show warranty' for details.
This is free software, with components licensed under the GNU General Public
License version 2 and other licenses; you are welcome to redistribute it under
certain conditions. Type 'core show license' for details.
================================================== =======================
== Parsing '/etc/asterisk/asterisk.conf': Found
== Parsing '/etc/asterisk/extconfig.conf': Found
Connected to Asterisk 1.4.25.1 currently running on warp (pid = 1888)
warp*CLI>
Verbosity was 5 and is now 6
warp*CLI>
-- Executing [101@from-internal:1] Macro("SIP/102-4da052e0", "exten-vm|novm|101") in new stack
-- Executing [s@macro-exten-vm:1] Macro("SIP/102-4da052e0", "user-callerid|") in new stack
-- Executing [s@macro-user-callerid:1] Set("SIP/102-4da052e0", "AMPUSER=102") in new stack
-- Executing [s@macro-user-callerid:2] GotoIf("SIP/102-4da052e0", "0?report") in new stack
-- Executing [s@macro-user-callerid:3] ExecIf("SIP/102-4da052e0", "1|Set|REALCALLERIDNUM=102") in new stack
-- Executing [s@macro-user-callerid:4] Set("SIP/102-4da052e0", "AMPUSER=102") in new stack
-- Executing [s@macro-user-callerid:5] Set("SIP/102-4da052e0", "AMPUSERCIDNAME=102") in new stack
-- Executing [s@macro-user-callerid:6] GotoIf("SIP/102-4da052e0", "0?report") in new stack
-- Executing [s@macro-user-callerid:7] Set("SIP/102-4da052e0", "AMPUSERCID=102") in new stack
-- Executing [s@macro-user-callerid:8] Set("SIP/102-4da052e0", "CALLERID(all)="102" <102>") in new stack
-- Executing [s@macro-user-callerid:9] GotoIf("SIP/102-4da052e0", "0?continue") in new stack
-- Executing [s@macro-user-callerid:10] Set("SIP/102-4da052e0", "__TTL=64") in new stack
-- Executing [s@macro-user-callerid:11] GotoIf("SIP/102-4da052e0", "1?continue") in new stack
-- Goto (macro-user-callerid,s,18)
-- Executing [s@macro-user-callerid:18] NoOp("SIP/102-4da052e0", "Using CallerID "102" <102>") in new stack
-- Executing [s@macro-exten-vm:2] Set("SIP/102-4da052e0", "RingGroupMethod=none") in new stack
-- Executing [s@macro-exten-vm:3] Set("SIP/102-4da052e0", "VMBOX=novm") in new stack
-- Executing [s@macro-exten-vm:4] Set("SIP/102-4da052e0", "EXTTOCALL=101") in new stack
-- Executing [s@macro-exten-vm:5] Set("SIP/102-4da052e0", "CFUEXT=") in new stack
-- Executing [s@macro-exten-vm:6] Set("SIP/102-4da052e0", "CFBEXT=") in new stack
-- Executing [s@macro-exten-vm:7] Set("SIP/102-4da052e0", "RT=""") in new stack
-- Executing [s@macro-exten-vm:8] Macro("SIP/102-4da052e0", "record-enable|101|IN") in new stack
-- Executing [s@macro-record-enable:1] GotoIf("SIP/102-4da052e0", "1?check") in new stack
-- Goto (macro-record-enable,s,4)
-- Executing [s@macro-record-enable:4] ExecIf("SIP/102-4da052e0", "0|MacroExit|") in new stack
-- Executing [s@macro-record-enable:5] GotoIf("SIP/102-4da052e0", "0?Group:OUT") in new stack
-- Goto (macro-record-enable,s,16)
-- Executing [s@macro-record-enable:16] GotoIf("SIP/102-4da052e0", "1?IN") in new stack
-- Goto (macro-record-enable,s,21)
-- Executing [s@macro-record-enable:21] ExecIf("SIP/102-4da052e0", "1|MacroExit|") in new stack
-- Executing [s@macro-exten-vm:9] Macro("SIP/102-4da052e0", "dial||tr|101") in new stack
warp*CLI>
-- Executing [s@macro-dial:1] GotoIf("SIP/102-4da052e0", "1?dial") in new stack
warp*CLI>
-- Goto (macro-dial,s,3)
warp*CLI>
-- Executing [s@macro-dial:3] AGI("SIP/102-4da052e0", "dialparties.agi") in new stack
warp*CLI>
-- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi
warp*CLI>
dialparties.agi: Starting New Dialparties.agi
warp*CLI>
== Parsing '/etc/asterisk/manager.conf': Found
warp*CLI>
== Parsing '/etc/asterisk/manager_additional.conf': Found
warp*CLI>
== Parsing '/etc/asterisk/manager_custom.conf': Found
warp*CLI>
== Manager 'admin' logged on from 127.0.0.1
warp*CLI>
dialparties.agi: Caller ID name is '102' number is '102'
warp*CLI>
dialparties.agi: USE_CONFIRMATION: 'FALSE'
warp*CLI>
dialparties.agi: RINGGROUP_INDEX: ''
warp*CLI>
dialparties.agi: Methodology of ring is 'none'
warp*CLI>
-- dialparties.agi: Added extension 101 to extension map
warp*CLI>
-- dialparties.agi: Extension 101 cf is disabled
warp*CLI>
-- dialparties.agi: Extension 101 do not disturb is disabled
warp*CLI>
> dialparties.agi: extnum 101 has: cw: 1; hascfb: 0 [] hascfu: 0 []
warp*CLI>
dialparties.agi: ExtensionState: 0
warp*CLI>
-- dialparties.agi: dbset CALLTRACE/101 to 102
warp*CLI>
-- dialparties.agi: Filtered ARG3: 101
warp*CLI>
== Manager 'admin' logged off from 127.0.0.1
warp*CLI>
-- AGI Script dialparties.agi completed, returning 0
warp*CLI>
-- Executing [s@macro-dial:7] Dial("SIP/102-4da052e0", "SIP/101||tr") in new stack
warp*CLI>
-- Called 101
warp*CLI>
-- SIP/101-102e94e8 is ringing
warp*CLI>
-- SIP/101-102e94e8 answered SIP/102-4da052e0
warp*CLI>
-- Started music on hold, class 'default', on SIP/102-4da052e0
warp*CLI>
-- <SIP/101-102e94e8> Playing 'pbx-transfer' (language 'fr')
warp*CLI>
-- Executing [103@from-internal-xfer:1] Macro("Local/103@from-internal-xfer-74b8,2", "exten-vm|103|103") in new stack
warp*CLI>
-- Executing [s@macro-exten-vm:1] Macro("Local/103@from-internal-xfer-74b8,2", "user-callerid|") in new stack
warp*CLI>
-- Executing [s@macro-user-callerid:1] Set("Local/103@from-internal-xfer-74b8,2", "AMPUSER=101") in new stack
warp*CLI>
-- Executing [s@macro-user-callerid:2] GotoIf("Local/103@from-internal-xfer-74b8,2", "1?report") in new stack
warp*CLI>
-- Goto (macro-user-callerid,s,9)
warp*CLI>
-- Executing [s@macro-user-callerid:9] GotoIf("Local/103@from-internal-xfer-74b8,2", "0?continue") in new stack
warp*CLI>
-- Executing [s@macro-user-callerid:10] Set("Local/103@from-internal-xfer-74b8,2", "__TTL=63") in new stack
warp*CLI>
-- Executing [s@macro-user-callerid:11] GotoIf("Local/103@from-internal-xfer-74b8,2", "1?continue") in new stack
warp*CLI>
-- Goto (macro-user-callerid,s,18)
warp*CLI>
-- Executing [s@macro-user-callerid:18] NoOp("Local/103@from-internal-xfer-74b8,2", "Using CallerID "" <101>") in new stack
warp*CLI>
-- Executing [s@macro-exten-vm:2] Set("Local/103@from-internal-xfer-74b8,2", "RingGroupMethod=none") in new stack
warp*CLI>
-- Executing [s@macro-exten-vm:3] Set("Local/103@from-internal-xfer-74b8,2", "VMBOX=103") in new stack
warp*CLI>
-- Executing [s@macro-exten-vm:4] Set("Local/103@from-internal-xfer-74b8,2", "EXTTOCALL=103") in new stack
warp*CLI>
-- Executing [s@macro-exten-vm:5] Set("Local/103@from-internal-xfer-74b8,2", "CFUEXT=") in new stack
warp*CLI>
-- Executing [s@macro-exten-vm:6] Set("Local/103@from-internal-xfer-74b8,2", "CFBEXT=") in new stack
warp*CLI>
-- Executing [s@macro-exten-vm:7] Set("Local/103@from-internal-xfer-74b8,2", "RT=20") in new stack
warp*CLI>
-- Executing [s@macro-exten-vm:8] Macro("Local/103@from-internal-xfer-74b8,2", "record-enable|103|IN") in new stack
warp*CLI>
-- Executing [s@macro-record-enable:1] GotoIf("Local/103@from-internal-xfer-74b8,2", "1?check") in new stack
warp*CLI>
-- Goto (macro-record-enable,s,4)
warp*CLI>
-- Executing [s@macro-record-enable:4] ExecIf("Local/103@from-internal-xfer-74b8,2", "0|MacroExit|") in new stack
warp*CLI>
-- Executing [s@macro-record-enable:5] GotoIf("Local/103@from-internal-xfer-74b8,2", "0?Group:OUT") in new stack
warp*CLI>
-- Goto (macro-record-enable,s,16)
warp*CLI>
-- Executing [s@macro-record-enable:16] GotoIf("Local/103@from-internal-xfer-74b8,2", "1?IN") in new stack
warp*CLI>
-- Goto (macro-record-enable,s,21)
warp*CLI>
-- Executing [s@macro-record-enable:21] ExecIf("Local/103@from-internal-xfer-74b8,2", "1|MacroExit|") in new stack
warp*CLI>
-- Executing [s@macro-exten-vm:9] Macro("Local/103@from-internal-xfer-74b8,2", "dial|20|tr|103") in new stack
warp*CLI>
-- Executing [s@macro-dial:1] GotoIf("Local/103@from-internal-xfer-74b8,2", "1?dial") in new stack
warp*CLI>

fsinetworks
10-11-10, 06:45 AM
-- Goto (macro-dial,s,3)
warp*CLI>
-- Executing [s@macro-dial:3] AGI("Local/103@from-internal-xfer-74b8,2", "dialparties.agi") in new stack
warp*CLI>
-- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi
warp*CLI>
dialparties.agi: Starting New Dialparties.agi
warp*CLI>
== Parsing '/etc/asterisk/manager.conf': Found
warp*CLI>
== Parsing '/etc/asterisk/manager_additional.conf': Found
warp*CLI>
== Parsing '/etc/asterisk/manager_custom.conf': Found
warp*CLI>
== Manager 'admin' logged on from 127.0.0.1
warp*CLI>
dialparties.agi: Caller ID name is 'unknown' number is '101'
warp*CLI>
dialparties.agi: USE_CONFIRMATION: 'FALSE'
warp*CLI>
dialparties.agi: RINGGROUP_INDEX: ''
warp*CLI>
dialparties.agi: Methodology of ring is 'none'
warp*CLI>
-- dialparties.agi: Added extension 103 to extension map
warp*CLI>
-- dialparties.agi: Extension 103 cf is disabled
warp*CLI>
-- dialparties.agi: Extension 103 do not disturb is disabled
warp*CLI>
> dialparties.agi: extnum 103 has: cw: 1; hascfb: 0 [] hascfu: 0 []
warp*CLI>
dialparties.agi: ExtensionState: 0
warp*CLI>
-- dialparties.agi: dbset CALLTRACE/103 to 101
warp*CLI>
-- dialparties.agi: Filtered ARG3: 103
warp*CLI>
== Manager 'admin' logged off from 127.0.0.1
warp*CLI>
-- AGI Script dialparties.agi completed, returning 0
warp*CLI>
-- Executing [s@macro-dial:7] Dial("Local/103@from-internal-xfer-74b8,2", "SIP/103|20|tr") in new stack
warp*CLI>
-- Called 103
warp*CLI>
-- Local/103@from-internal-xfer-74b8,1 is ringing
warp*CLI>
-- SIP/103-102fc450 is ringing
warp*CLI>
-- SIP/103-102fc450 answered Local/103@from-internal-xfer-74b8,2
warp*CLI>
-- Executing [h@macro-dial:1] Macro("Local/103@from-internal-xfer-74b8,2", "hangupcall") in new stack
warp*CLI>
-- Executing [s@macro-hangupcall:1] GotoIf("Local/103@from-internal-xfer-74b8,2", "1?skiprg") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,4)
warp*CLI>
-- Executing [s@macro-hangupcall:4] GotoIf("Local/103@from-internal-xfer-74b8,2", "1?skipblkvm") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,7)
warp*CLI>
-- Executing [s@macro-hangupcall:7] GotoIf("Local/103@from-internal-xfer-74b8,2", "1?theend") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,9)
warp*CLI>
-- Executing [s@macro-hangupcall:9] Hangup("Local/103@from-internal-xfer-74b8,2", "") in new stack
warp*CLI>
== Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'Local/103@from-internal-xfer-74b8,2' in macro 'hangupcall'
warp*CLI>
== Spawn h extension (macro-dial, h, 1) exited non-zero on 'Local/103@from-internal-xfer-74b8,2'
warp*CLI>
== Spawn extension (macro-dial, s, 7) exited non-zero on 'Local/103@from-internal-xfer-74b8,2' in macro 'dial'
warp*CLI>
== Spawn extension (macro-exten-vm, s, 9) exited non-zero on 'Local/103@from-internal-xfer-74b8,2' in macro 'exten-vm'
warp*CLI>
== Spawn extension (from-internal-xfer, 103, 1) exited non-zero on 'Local/103@from-internal-xfer-74b8,2'
warp*CLI>
-- Executing [h@from-internal:1] Macro("SIP/101-102e94e8", "hangupcall") in new stack
warp*CLI>
-- Executing [s@macro-hangupcall:1] GotoIf("SIP/101-102e94e8", "1?skiprg") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,4)
warp*CLI>
-- Executing [s@macro-hangupcall:4] GotoIf("SIP/101-102e94e8", "1?skipblkvm") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,7)
warp*CLI>
-- Executing [s@macro-hangupcall:7] GotoIf("SIP/101-102e94e8", "1?theend") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,9)
warp*CLI>
-- Executing [s@macro-hangupcall:9] Hangup("SIP/101-102e94e8", "") in new stack
warp*CLI>
== Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'SIP/101-102e94e8' in macro 'hangupcall'
warp*CLI>
== Spawn h extension (from-internal, h, 1) exited non-zero on 'SIP/101-102e94e8'
warp*CLI>
-- Stopped music on hold on SIP/102-4da052e0
warp*CLI>
-- <SIP/103-102fc450> Playing 'beep' (language 'fr')
warp*CLI>
-- Executing [h@macro-dial:1] Macro("SIP/102-4da052e0", "hangupcall") in new stack
warp*CLI>
-- Executing [s@macro-hangupcall:1] GotoIf("SIP/102-4da052e0", "1?skiprg") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,4)
warp*CLI>
-- Executing [s@macro-hangupcall:4] GotoIf("SIP/102-4da052e0", "1?skipblkvm") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,7)
warp*CLI>
-- Executing [s@macro-hangupcall:7] GotoIf("SIP/102-4da052e0", "1?theend") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,9)
warp*CLI>
-- Executing [s@macro-hangupcall:9] Hangup("SIP/102-4da052e0", "") in new stack
warp*CLI>
== Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'SIP/102-4da052e0' in macro 'hangupcall'
warp*CLI>
== Spawn h extension (macro-dial, h, 1) exited non-zero on 'SIP/102-4da052e0'
warp*CLI>
-- Executing [h@macro-dial:1] Macro("Transfered/SIP/102-4da052e0<ZOMBIE>", "hangupcall") in new stack
warp*CLI>
-- Executing [s@macro-hangupcall:1] GotoIf("Transfered/SIP/102-4da052e0<ZOMBIE>", "1?skiprg") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,4)
warp*CLI>
-- Executing [s@macro-hangupcall:4] GotoIf("Transfered/SIP/102-4da052e0<ZOMBIE>", "1?skipblkvm") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,7)
warp*CLI>
-- Executing [s@macro-hangupcall:7] GotoIf("Transfered/SIP/102-4da052e0<ZOMBIE>", "1?theend") in new stack
warp*CLI>
-- Goto (macro-hangupcall,s,9)
warp*CLI>
-- Executing [s@macro-hangupcall:9] Hangup("Transfered/SIP/102-4da052e0<ZOMBIE>", "") in new stack
warp*CLI>
== Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'Transfered/SIP/102-4da052e0<ZOMBIE>' in macro 'hangupcall'
warp*CLI>
== Spawn h extension (macro-dial, h, 1) exited non-zero on 'Transfered/SIP/102-4da052e0<ZOMBIE>'
warp*CLI>
== Spawn extension (macro-dial, s, 7) exited non-zero on 'Transfered/SIP/102-4da052e0<ZOMBIE>' in macro 'dial'
warp*CLI>
== Spawn extension (macro-exten-vm, s, 9) exited non-zero on 'Transfered/SIP/102-4da052e0<ZOMBIE>' in macro 'exten-vm'
warp*CLI>
== Spawn extension (from-internal, 101, 1) exited non-zero on 'Transfered/SIP/102-4da052e0<ZOMBIE>'
warp*CLI>
Disconnected from Asterisk server
Executing last minute cleanups

mrecoskie
10-12-10, 05:12 PM
Hi,

What phone(s) are you using in this case?

fsinetworks
10-13-10, 02:51 AM
Hi,

Four handsets Dect c47h Siemens with two bases C470ip Siemens. I use this phones with ip08 baps, fx08 astfin or piaf, elastix without these problems. With the other pika warp bri, i have 4 bases DECT A580ip with 8 handsets A58H, one Aastra 6730i and one Aastra 6739i.

Best Regards,
Fabien

mrecoskie
10-18-10, 12:51 PM
Hi,

Do you think this could be the problem? https://issues.asterisk.org/view.php?id=15183

fsinetworks
10-21-10, 05:36 AM
Hi mrecoskie,

and first of all thank you for your help.

This scenario looks like my problem except that it is B which calls C.

My asterisk version is 1.4.25.1.

How to add this patch or update asterisk without this bug ?

Best Regards,
Fabien

mrecoskie
10-21-10, 10:47 AM
Hi fsinetworks,

What version of Pika software (PADS) do you currently use? This can be found on Warp in '/persistent/version_info.txt' if unknown.

fsinetworks
10-22-10, 07:02 AM
Hi mrecoskie,

my version_info.txt is :

Mon Aug 23 10:26:24 EDT 2010
PADS version 2.2.5-6
toolchain version 1.0.2
Kernel version 2.6.31.7-7
Skeleton version 1.0.0-20
warp-locales 1.0.1
Busybox 1.10.3
mysql 5.1.30
sox version 14.2.0
curl version 7.19.2
Zaptel version 1.4.9.2
Asterisk version 1.4.25.1
asterisk-addons version 1.4.8
HMP version 2.8.11-1
LCD LIB version 1.0.0-8
Astmanproxy version 1.1.3
pikagsm 1.0.22989
chan_gsm 1.0.22989
chan_pika version http://svn.pikatech.com/chan_pika/tags/3.8/3.8.7.6
crond included, refer to busybox version
daemontools 0.76
Dhcpcd version 3.2.3
dnsmasq version 2.47
dosfstools 3.0.9
Dropbear version 0.50
e2fsprogs 1.41.0
LibXML version
libiconv 1.12
gettext 0.16.1
LIBIDN version 1.9
libpng 1.2.36
freetype2 2.3.9
PHP version 5.2.9
FreePBX version 2.7.0
gdbm version 1.8.3
GHOSTSCRIPT version 8.62
lighttpd version 1.4.19
NTP included
perl version 5.10.0
PHP Pear version 3.5.6
ssmtp 2.61
tftpd version 0.48
libtiff version 3.8.2
PIKA Update Utilities 2.0.34
zoneinfo 1.0.0
IMAGE_CREATION_DATE=Mon Aug 23 11:03:43 EDT 2010
~

Best Regards,
Fabien

fsinetworks
10-27-10, 04:02 AM
Hi,

I'm sorry but my client uses the last three weeks, a blind transfer instead of an attended transfer. I went to Pika product because it seemed more serious than Chinese brands. I would like to solve this problem as quickly as possible to settle it then others. (Gmail smtp, G729, skype for asterisk ....)
Best Regards,
Fabien

fsinetworks
10-29-10, 12:50 PM
hi,

Finally, i have the same problem with the pika warp bri. Until now, I use it as iax trunk, but now I want to use the attended transfer i have the same problem. Before I used a fx08 edgepbx that works very well. Help pleaseI help my customers are not happy.
Best regards,
Fabien

fsinetworks
10-30-10, 04:42 AM
Hi,

I think this is my problem :
http://www.elastix.org/es/component/kunena/3/26309/

What the version of asterisk with the patch 2.2.7 or 2.2.6 ?

Best regards,
Fabien

mrecoskie
11-05-10, 09:09 AM
Hi fsinetworks,

I have created a patch for this issue on top of 2.2.5. Are you able to test it?


There are two forms of the same solution. The first is a package that will integrate with PADS to patch asterisk for those who want to build an image from scratch. To use this: a) download the package below b) untar the package to the '<devPC>/package/asterisk' directory c) rebuild PADS. The tarball includes two files: asterisk.mk (replacement) and transfer14251.patch (new).

ftp://ftp.pikatech.com/outgoing/customercare/xferpatch_pads.tgz (anonymous/guest)


I have also built a new default FreePBX image file using 2.2.5. It includes only a ramdisk and autorun file so it can be applied without disturbing your configuration. To use it simply download the package below to a USB/SD and untar. Then plug the USB/SD into Warp and reboot.

ftp://ftp.pikatech.com/outgoing/customercare/xfrpatch_image.tgz (anonymous/guest)

After it is applied you can confirm the right version is present by issuing the 'image_versions' command at the console. The ramdisk version should appear something like this 'version-ramdisk = 2.2.5-6-xfrpatch:1288901783' - note the 'xfrpatch' portion.


To be honest the real solution is to update asterisk version to something more recent. This avoids the necessity to create numerous asterisk patches.

Let me know if you run into any troubles with this.

fsinetworks
11-13-10, 03:21 AM
Hi mrecoskie,

Thanks you for this. I will try this week.
Do I need a cable rs232 ?

Best Regards,
Fabien

mrecoskie
11-15-10, 09:12 AM
No rs232 cable is needed.

fsinetworks
11-15-10, 01:58 PM
Hello,

This afternoon, i tried your new default FREEPBX image with the pika warp asterisk + analogue card. That 's works.
For me only the result counts.

Thanks you very much.
Best Regards,
Fabien

Thursday, i will try with the bri pika warp

Abner78
03-30-11, 02:41 AM
Recently I bought a Pika Appliance, updated it to 2.2.7 version and the problem is still present.
Why? Should it be gone with 2.2.5?

Thanks

mrecoskie
04-04-11, 09:16 AM
I don't believe this fix has ever been propogated into Pika's formal software stream. This means it must be applied.


The exact same patch file and instructions in this thread can be used to apply the previous transfer patch to PADS 2.2.7 - if you want to build all the software from scratch.


For those wishing to simply update their 2.2.7 FreePBX image on Warp with the transfer fix without disturbing their configuration the following package can be used.
ftp://ftp.pikatech.com/outgoing/customercare/xferpatch227.tgz (anonymous/guest)

To use it simply download the package to a USB/SD card and untar it on any PC. Then plug the USB/SD into Warp and wait. The process can take some time so please be patience. The LED on the front of the unit should turn RED and messages should be displayed to the LCD after a couple of minutes if this is working correctly.
After the new image is applied you can confirm the right version is present by issuing the 'image_versions' command at the console. The ramdisk version should appear something like this 'version-ramdisk = 2.2.7-3-xfrpatch:1301681692' - note the 'xfrpatch' portion.

Hope it helps.

Abner78
04-08-11, 08:22 AM
Sorry for late reply... I'll try it asap.
Thanks!

Abner78
04-11-11, 05:15 AM
Something is not right. I successfully installed the patch but the problem is still there.
Here is the log of the install

Starting upgrade to version 2.2.7-3-xferpatch
Current image versions are:
version-u-boot = u-boot-1.3.0-95:1271703476
version-fpga = 3.0.1.4:1287693150 (http://3.0.1.4:1287693150/)
version-kernel = 2.6.31.7-7:1287762492
version-ramdisk = 2.2.7-3:1287762493
version-persistent = 2.2.7-3:1287762494
version-persistent1 = 2.2.7-3:1287762494
version-persistent2 = 2.2.7-3:1287762495
Testing if upgrade media is writable ...
YES
Warploader command: /sbin/warploader
Version 2.1.x or greater of PADS is currently installed.
U-Boot version 1.3.0-95 installed. No upgrade required.
FPGA version 3014 installed. No upgrade required.
The upgrade from uboot file, "./uboot_autorun.scr" will be created
on /mnt/usb using file system type fat
Checking the CRC of ramdisk-2.2.7-3-xferpatch.wrp.
ramdisk-2.2.7-3-xferpatch.wrp CRC check successful.
Reboot in 5 seconds to begin upgrade
Current image versions are:
version-u-boot = u-boot-1.3.0-95:1271703476
version-fpga = 3.0.1.4:1287693150 (http://3.0.1.4:1287693150/)
version-kernel = 2.6.31.7-7:1287762492
version-ramdisk = 2.2.7-3:1287762493
version-persistent = 2.2.7-3:1287762494
version-persistent1 = 2.2.7-3:1287762494
version-persistent2 = 2.2.7-3:1287762495
Upgrade successful. Version 2.2.7-3-xferpatch installed.

But issuing "image_versions" here is what I get:
version-u-boot = u-boot-1.3.0-95:1271703476
version-fpga = 3.0.1.4:1287693150 (http://3.0.1.4:1287693150/)
version-kernel = 2.6.31.7-7:1287762492
version-ramdisk = 2.2.7-3:1287762493
version-persistent = 2.2.7-3:1287762494
version-persistent1 = 2.2.7-3:1287762494
version-persistent2 = 2.2.7-3:1287762495

mrecoskie
04-11-11, 03:46 PM
Hi Abner78,
Could you try using a different USB key?

Abner78
04-18-11, 06:52 AM
Tried with another usb key: this is what I get in the log. This time, the system did not reboot or did anything.

/persistent # more upgrade-2.2.7-3-xferpatch-001E840006C3.log
Current image versions are:
version-u-boot = u-boot-1.3.0-95:1271703476
version-fpga = 3.0.1.4:1287693150 (http://3.0.1.4:1287693150/)
version-kernel = 2.6.31.7-7:1287762492
version-ramdisk = 2.2.7-3:1287762493
version-persistent = 2.2.7-3:1287762494
version-persistent1 = 2.2.7-3:1287762494
version-persistent2 = 2.2.7-3:1287762495
Upgrade successful. Version 2.2.7-3-xferpatch installed.

Could it be that I have no space on /persistent? I installed the italian sounds and got 92% of it used up.

mrecoskie
04-27-11, 08:39 AM
Hi Abner78,

Before using this new USB key please remove all the lines with "IMAGE_CREATION_DATE" in them from your '/persistent/version_info.txt' file on the Warp.

Abner78
05-03-11, 05:05 AM
Thank you, now it works.

I have to say with yealink phones it works not as I expected, but it works.
For others that may be interested:
1) A calls B . B wants to transfer A to C.
2) B press TRAN button on phone
3) A gets music on hold

Blind transfer:
4) B composes C number, then hang up.
5) A is transfered to C
6) When C answer, he talks directly to A

Attended transfer
4) B composes C number
5) When C answer, B talks to C
6) B press TRAN button again then hang up
7) A is transfered to C and they talk

The expected behaviour for me was the same you can obtain pressing *2 :
Attended transfer
4) B composes C number
5) When C answer, B talks to C
6) B HANG UP
7) A is transfered to C and they talk