search for: get_refer_info

...Hold Last Message xxx.187.128.20 3254104 06b217722a8 00102/00031 ulaw Yes Rx: REFER xxx.187.142.233 3254102 e1acc8e-eb8 00101/00002 ulaw No Rx: ACK 2 active SIP channels hermes*CLI> hermes*CLI> Mar 28 16:01:15 NOTICE[11656]: chan_sip.c:6734 get_refer_info: Supervised transfer requested, but unable to find callid 'bc743aeb-13b250a9-d8f2ccf4@xxx.187.128.20'. Both legs must reside on Asterisk box to transfer at this time. Looks the Asterisk doesn't know about the call-id. Why not? Doug. > -----Original Message----- > From: Douglas...

I have a SIP user, 2944093 that dialled 3254102. I'm trying to transfer the call from 3254102 to 3254104. When I try and transfer the call, I get the following on the Asterisk console. Mar 3 15:14:18 NOTICE[23124]: chan_sip.c:6731 get_refer_info: Supervised transfer requested, but unable to find callid '16749440-c28be02e-64b73be7@172.31.16.67'. Both legs must reside on Asterisk box to transfer at this time. Below is what my SIP debug console output shows me. IP 216.188.128.11 is the phone that the transferer is on (3254102). It s...

...neeighty.com;user=phone?Replaces=a13c692-349c9c70-7bd27d33%40172.31.99.4%3Bto-tag%3Das2a8d818b%3Bfrom-tag%3D3DE1A6BE-7262B959>. Referred-By: <sip:2944093@216.186.128.68>. Max-Forwards: 70. Content-Length: 0. Asterisk then goes and complains: Mar 27 16:25:57 NOTICE[20511]: chan_sip.c:6734 get_refer_info: Supervised transfer requested, but unable to find callid 'a13c692-349c9c70-7bd27d33@172.31.99.4'. Both legs must reside on Asterisk box to transfer at this time. The phone's real IP address is 172.31.99.4. I'm not really sure what the problem is except that it works fine when th...

...eeighty.com;user=phone?Replaces=a13c692-349c9c70-7bd27d33%40172.31.99.4%3Bto-tag%3Das2a8d818b%3Bfrom-ta g%3D3DE1A6BE-7262B959>. Referred-By: <sip:2944093@216.186.128.68>. Max-Forwards: 70. Content-Length: 0. Asterisk then goes and complains: Mar 27 16:25:57 NOTICE[20511]: chan_sip.c:6734 get_refer_info: Supervised transfer requested, but unable to find callid 'a13c692-349c9c70-7bd27d33@172.31.99.4'. Both legs must reside on Asterisk box to transfer at this time. There's NAT going on here too. The phone's real IP address is 172.31.99.4. I'm not really sure what the problem i...

...70-7bd27d33%40172.31.99.4%3Bto-tag%3Das2a8d818b%3Bfrom-ta > g%3D3DE1A6BE-7262B959>. > Referred-By: <sip:2944093@216.186.128.68>. > Max-Forwards: 70. > Content-Length: 0. > > Asterisk then goes and complains: > > Mar 27 16:25:57 NOTICE[20511]: chan_sip.c:6734 > get_refer_info: Supervised transfer requested, but unable to > find callid 'a13c692-349c9c70-7bd27d33@172.31.99.4'. Both > legs must reside on Asterisk box to transfer at this time. > > There's NAT going on here too. The phone's real IP address is > 172.31.99.4. > I'm n...

...ake an attended transfer, the first leg succeeds (the inbound call is placed on hold and gets MoH, the Elmeg user announces the call to the target extension), but upon completing the transfer, both parties get MoH, not each other. There is an entry in the asterisk logs as follows: chan_sip.c:6930 get_refer_info: Supervised transfer requested, but unable to find callid '3c30e86b0ea6-4zwcw5b9ycux@192-168-0-253'. Both legs must reside on Asterisk box to transfer at this time. The incoming call, the Elmeg and the target extension are all on the same asterisk box. The Elmeg is behind NAT, but canrein...

...neral problem where you have multiple Asterisk servers in a cluster, any of which may take a call. If you transfer a call from one Asterisk system to another, the second has no idea of the first call, and the first refuses to release the call and logs: May 5 12:40:49 NOTICE[2864]: chan_sip.c:6758 get_refer_info: Supervised transfer requested, but unable to find callid '7df42620-54e177de-4eaf29@xxx.187.128.19'. Both legs must reside on Asterisk box to transfer at this time. I know there's bugs open on this. Doug.

...channel 'SIP/390641043101-092ee290' Oct 2 14:23:47 NOTICE[27220]: res_musiconhold.c:533 monmp3thread: Request to schedule in the past?!?! Oct 2 14:23:47 NOTICE[27220]: res_musiconhold.c:533 monmp3thread: Request to schedule in the past?!?! Oct 2 14:23:51 NOTICE[27230]: chan_sip.c:7026 get_refer_info: Supervised transfer requested, but unable to find callid 'f1d4a57c-f11e291e-22ed860d@ 2.168.1.230'. Both legs must reside on Asterisk box to transfer at this time. -- Stopped music on hold on SIP/390641043101-092ee290 == Spawn extension (from-unidata, 100, 1) exited non-zero on '...

...--------- * ASTERISK-27881 - PBX calls via chan_sip TCP trunk now get authentification error (Reported by Ian Gilmour) * ASTERISK-28022 - res_pjsip realtime: uri column in ps_contacts table can be too short (Reported by Florian Floimair) * ASTERISK-28011 - chan_sip: get_refer_info() attempted unlock mutex 'peer' without owning it! (Reported by Alec Davis) * ASTERISK-28002 - When T.140 realtime text is negociated, a lot of debug traces are generated (Reported by Emmanuel BUU) * ASTERISK-27973 - app_queue: QUEUESTATUS = CONTINUE instead...

...------ * ASTERISK-28002 - When T.140 realtime text is negociated, a lot of debug traces are generated (Reported by Emmanuel BUU) * ASTERISK-27881 - PBX calls via chan_sip TCP trunk now get authentification error (Reported by Ian Gilmour) * ASTERISK-28011 - chan_sip: get_refer_info() attempted unlock mutex 'peer' without owning it! (Reported by Alec Davis) * ASTERISK-27944 - res_pjsip_t38: Crash receiving 1xx responses other than 100 before 200 for T.38 reINVITE (Reported by Joshua Elson) * ASTERISK-28007 - rtcp-mux is put in SDP answer...