Search results for query: *

Check the maximum number of remote H.323 handset in the doc's. I'm pretty sure you will find a maximum number of 4. Johan W. ACIS-SME ACSS-SME APSS-SME

An IPOffice 406 ??? Really? Try a 500V2 and post again if it dont work. Johan W. ACIS-SME ACSS-SME APSS-SME

thread940-1734751 To be solved by enabeling port listening on 1840. Can be done by editing the C:\Windows\System32\drivers\etc\hosts file unmask the ::1 localhost section Johan W. ACIS-SME ACSS-SME APSS-SME

Indeed, that's where i live. Johan W. ACIS-SME ACSS-SME APSS-SME

And, i'm an ex collegue of Bas1234, maybe that will help you in searching :) Johan W. ACIS-SME ACSS-SME APSS-SME

You've got me on Linked-in :) I work at a pretty big Opco. Johan W. ACIS-SME ACSS-SME APSS-SME

Still no good. Now OPTIONS goes well, but FROM field is corrupted. I keep thinking it's a firmware issue. Johan W. ACIS-SME ACSS-SME APSS-SME

For real ??? Who uses V3.0 these days ? Johan W. ACIS-SME ACSS-SME APSS-SME

Yes tlpeter, i am Dutch ;) Johan W. ACIS-SME ACSS-SME APSS-SME

Looks like you dont have networking licenties. No channels available cause 34 Johan W. ACIS-SME ACSS-SME APSS-SME

Dit decent mass hosted solution, use Broadsoft platform Johan W. ACIS-SME ACSS-SME APSS-SME

indeed, once i put the trunk IP address in ITSP doamain AND proxy, it worked Johan W. ACIS-SME ACSS-SME APSS-SME

We don't use DNS, and want the IP address to be the host part of the FROM field. It's a closed environment, not over public internet. Johan W. ACIS-SME ACSS-SME APSS-SME

try H.323 only. After a bad call, check sent and received packets. These should be in balance. Johan W. ACIS-SME ACSS-SME APSS-SME

Call and be called, not much more. But it's enough for testing. For the fancy stuff, we use Avaya phones [glasses] Johan W. ACIS-SME ACSS-SME APSS-SME

Ofcoarse it is ;) ITSP Domain name = IP Address of LAN2 (to determine FROM host part) ITSP Proxy address = 62.140.159.249 (dial peer on CPE that passes through to SBC) No network topology, no STUN. It's even reproducable when upgrading from 9.0.2.0 to 9.0.3.0 9.0.2 does not send OPTIONS...

No, the trace is from IP Office output. So it's sends wrong initial messages, causing trunk to go busy-out. Johan W. ACIS-SME ACSS-SME APSS-SME

Agreed intrigrant, but for some testing it worked with me. Johan W. ACIS-SME ACSS-SME APSS-SME

It seems that the OPTIONS method is corrupted. According to RFC the OPTIONS should be sent from IP Office LAN address to the ITSP proxy address. In the trace below you can see both FROM and TO field are the same. Even better: When check OOS is turned off, OPTIONS are still being sent. Anyone...

I've got it working with SPA504G. Check you SIP registration settings, i guess it wil work then. Johan W. ACIS-SME ACSS-SME APSS-SME