[asterisk-users] One side voice one side musiconhold

[Thorsten Göllner]

Currently I have no idea. But you wrote, that it does not happen all the 
time. Please provide us a log extract from that case where is going 
wrong. Perhaps you can do a "diff" for the good and the bad case 
yourself before?!

Am 02.10.2012 09:02, schrieb Gianluca Baù:
> Hello Thorsten,
>
> i had a trace with core set debug 10 and core set verbose 10 but i
> didn't find anything usefull.
> The log is very full so it could be that i missed some important information.
>
> This is a the less verbose output of the problem:
>
>    -- SIP/22-000001b3 answered SIP/64-000001b2
>      -- Started music on hold, class 'default', on SIP/22-000001b3
>      -- Stopped music on hold on SIP/siprouter-000001aa
>      -- Executing [h at to-operators:1] Goto("SIP/64-000001b2<ZOMBIE>",
> "9991") in new stack
>      -- Goto (to-operators,h,9991)
>      -- Executing [h at to-operators:9991] Set("SIP/64-000001b2<ZOMBIE>",
> "~~parentcxt~~=") in new stack
>      -- Executing [h at to-operators:9992]
> GotoIf("SIP/64-000001b2<ZOMBIE>", "1?9996") in new stack
>      -- Goto (to-operators,h,9996)
>      -- Executing [h at to-operators:9996] NoOp("SIP/64-000001b2<ZOMBIE>",
> "") in new stack
>
> Where:
> SIP/siprouter-000001aa is A
> SIP/64 is B
> SIP/22 is C
>
> I think this is the moment of the transfer.
>
> -- Started music on hold, class 'default', on SIP/22-000001b3
> -- Stopped music on hold on SIP/siprouter-000001aa
>
> After the transfer of the call from B it seems to start the music to C
> and to stop it on A.
>
> I'll try to provide you a better trace. Do you have any ideas about the cause?
>
> Thanks, regards
>
> Gianluca
>
> 2012/10/1 Thorsten Göllner <tg at ovm-group.com>:
>> Did you take a look at the asterisk log? With "core set verbose 3" or more?
>>
>> Am 01.10.2012 12:46, schrieb Gianluca Baù:
>>
>>> Hello guys,
>>>
>>> my name is Gianluca and this is my first post in this ml.
>>>
>>> i've a strange problem with my asterisk box. I'll try to explain you.
>>>
>>> A (sip from ser) calls --> B (sip asterisk peer)
>>>
>>> B put A on hold with musiconhold
>>>
>>> B calls C
>>>
>>> B transfer the call with A to C
>>>
>>> A hears the C voice while C hears musiconhold
>>>
>>> C is every peer of the asterisk.
>>>
>>> This happens with version 1.6.22 and Asterisk 1.8.14.0 too. I tried to
>>> update but the problem persists.
>>> I've to say that the used phones are the same for both the versions.
>>> They are Snom and Grandstream.
>>>
>>> This problem is hard to debug because it doesn't happen everytime.
>>>
>>> Did you hear something about this problem? Can you suggest me how to
>>> understand this situation?
>>>
>>> Thanks, regards