[minijay]

Hi Guys

I have another issue with the spa9000.

now i cant have music on hold when a client calls in.

We are totaly VoIP now with no pstn lines.

if i place a call out and put the client on hold everything works fine
yet if someone calls in and i put them on hold its dead air. when i go to resume the call you get a brief snippet of the music.

i have checked settings and it is using imusic on all the phones and on the spa9000 i even have force media proxy enabled.

i cannot understand why this has suddenly stopped working.

can anyone tell me what i should do next.

i uploaded a new tune to play and eventually it uploaded but it hasnt worked appart from over written the factory tune...

we really need this bit working as we often need to put people on hold while we test settings etc. at the moment they think we are hanging up on them.

Any help would be gratley appricated

Thanks

Jay

[humba3]

I've had a long running case on just this issue. Even today, there is no solution. Just recently I sat down and recorded some calls at the WAN end of my router - but I have not been able to figure out anything.

I'll install a new PBX in the next couple of days and see how it fares.. if I see the same behavior with the same IPTSPs (as far as the SPA9k is concerned, it is definitely IPTSP dependant.. I have two where it works, and a whole list where it doesn't work) then I have to assume it's an IPTSP thing.. if it works just fine, I can have a look at the differences between how the SPA9k and the new PBX do things.

[minijay]

Thanks for your reply

I guess im going to have to call our provider again and see what is going on... at least they can call linksys... linksys does not want to talk to us mear end users... even if we were going to see this product to our clients, not anymore.

i know its meant to be a cheaper solution but now they are owned by cisco you would think they would implement a cut down version of call manager... if they had i could have setup 1000's of these by now...

oh well back to the drawing board i guess..

thanks for your help anyway. if "big one at that" linksys get back to you with a resolution be sure to post it save other people having the problem.

thanks

jay

[humba3]

you would think they would implement a cut down version of call manager..

Check out the Cisco UC500 series... it's a CallManager Express with Unity Express, Router with VPN, WLAN, the whole thing in a box (well, two if you need more switch ports).. and it has a nice web interface. However, it's in a whole different price range - but that's the small business enterprise product Cisco is selling.

[minijay]

hey humba3

thanks for getting back to me...

took a look into the cisco system but it does not appear to be available over here in the UK

i have called my provider of the sip trunk and rasied the issue with them they didnt seem aware of this. it is deffinatly a fault with them as if i direct calls through our pay as you go service everything works fine...

they are looking into it along with three other companies lol...

apparently the guy thinks its to do with port forwarding but i guess we should find out soon. they have recreated the fault in their lab so as soon as they know a solution they will call me...

as soon as ive proved it works ill post it on here to see if it works for other people.

nice to see linksys have released a new setup wizard now, still doesnt cover the regional settings yet it does allow you to send directory scripts to the phones and backup the configuration of the 9000

now i just need to work out how to make a directory script in xml so i can deploy it lol...

Thanks again

Jay

[humba3]

I attended an Epygi training today and I asked about moh.. the Quadro offers some more MOH options, but still, the local distributor told me that he knows of at least one provider where moh doesn't work.
Interestingly, it seems providers that use Asterisk as backend do have one fundamental problem - upon getting a re-invite with an rtp media session address of 0.0.0.0 (that along with the receiveonly parameter indicate a call hold), the Asterisk doesn't pass any audio along to the other side - so the Quadro has an option to not set the session address to 0.0.0.0 but instead simply set the session address to the address where the moh stream originates from.

I have done some wireshark traces on my wan port... and interestingly, Wireshark didn't show any signal in the audio stream when the call was on hold.. since that happened even when I did get moh, I'm not quite sure what to make of it (if the provider is to blame, I'd expect the audio to still go out, whereas if the SPA were to be blamed, I'd expect no audio to go out) - however, in all three scenarios (I have recorded one provider where it works, one provider that overrides my music with his own, and one provider where it doesn't work), in the recordings, I have a brief moment of moh in all three streams.
I have yet to verify that Wireshark really gets all the streams properly.. perhaps it cannot follow the moh and fails in the same way as a provider fails.

[mwalford]

I don't know if this is worth anything but I had issues with MOH and ringback tones and it all came down to what codec was used. It all made sense afterwards.

MOH is encoded as g711 and sometimes when an ITSP switches a call through to your trunk and on to the SPA9k the incoming codec assigned could be G729 or something else.

I noticed many feature sounds couldn't be heard by the external caller when any codec other than 711 was used.

It all started when I had the two FXS ports on the SPA9k using g729 and as soon as I did that the caller couldn't hear anything but voice. No ringback when the FXS was ringing. No MOH. As soon as the calls were back on G711 all was sweet.

I'm thinking that the reason so many people have problems with incoming calls not hearing MOH is the ITSP assigns the call another codec, but outgoing calls are encoded with G711. And if the SPA9k detects the codec being used for a certain call isn't appropriate it disables that feature. I talked to Linksys in Manilla about this (well about the lack of ringback) and they said they'd fix it in the 5.1.9 firmware. HAH! Still waiting at 5.2.5!

Just my thoughts.

[bull_tpk]

My two cents. I notice that on my spa9k, pstn uses internal music, and itsp call on hold uses itsp on hold music (asterisk)

[mwalford]

That's interesting. I've had nothing but imusic (delivered to caller by SPA9000) for either calls made to/from either supplier (ITSP or PSTN).
I guess some ITSPs handle holding differently but that makes no sense since it's the SPA (not the provider) that holds the call.
As far as caller not hearing the imusic I've had no more thoughts.

[humba3]

Whether or not the caller hears your own moh, or the IPTSPs or none at all can depend on the IPTSP - they usually act as a media proxy so they can inject whatever they want into a call and thus can override your moh even if you force the media proxy (if you go on hold the IPTSP simply redirects the voice stream to their moh so it doesn't matter that you try to refer to the moh yourself.. the call never gets there because the voice stream is moved some place else).