Re: SIP Telefon und MOH
Hallo,
ich hatte noch einen Case dazu geöffnet. Ich wollte hier zumindest noch die Lösung posten, falls noch jemand das Problem haben sollte:
Looking to the trace I that the Tiptel Phone initially sets the call on hold then performs the transfer with a REFER method.
The HOLD message it's done with a "sendonly" this means that the Tiptel should provide the MOH source and the PBX just forward the audio. I guess this is a common issue of many 3rd Party SIP Phones that say they will provide the moh but they don't provide any MOH either by bad configuration or bad dvl.
Nevertheless there is a interop option you can enable on the PBX to "overcome" this issue.
http://x.x.x.x/!config add SIP /take-sendonly-as-inactive
Option usefull to use when 3rd Party device set hold with sendonly but don't provide any MoH source. By switching to inactive we will have MoH from Inno side.
Viele Grüße
Thomas
ich hatte noch einen Case dazu geöffnet. Ich wollte hier zumindest noch die Lösung posten, falls noch jemand das Problem haben sollte:
Looking to the trace I that the Tiptel Phone initially sets the call on hold then performs the transfer with a REFER method.
The HOLD message it's done with a "sendonly" this means that the Tiptel should provide the MOH source and the PBX just forward the audio. I guess this is a common issue of many 3rd Party SIP Phones that say they will provide the moh but they don't provide any MOH either by bad configuration or bad dvl.
Nevertheless there is a interop option you can enable on the PBX to "overcome" this issue.
http://x.x.x.x/!config add SIP /take-sendonly-as-inactive
Option usefull to use when 3rd Party device set hold with sendonly but don't provide any MoH source. By switching to inactive we will have MoH from Inno side.
Viele Grüße
Thomas