Posts by klarsen

BUMP - Which country can I select to avoid AREA codes? I cannot dial out on V5 at all since it add's the area code not matter what. It worked in V3/V4... But now suddenly it has been changed.

I got it to work on v4 - with Germany setup. But after upgrading to V5.0.14 - I cannot dial out again. (system dials (04661280700 - before it used to dial 61280700) - not other changes than upgrading to V5.

Country set to germany:
Country Code set to : 0045
Area Code set to : 46 (number is 46933131)
Every first digit has routing code ("6" - use line 1)

Does anyone know any country that does not use area codes like Denmark? Since denmark is still not on the Starface list.

Anyway maybe it is time to look at anther PBX.

any news?

We are wating for your response to deceide to buy starface or go with Digium and Camrivox.

best regards

Quote from tilmann

Thank you very much for the report, we will investigate this issue.

Hi Tilmann,

what is the status?

Apart from that we changed our CRM 4 from On Premise only to On Premise and IFD (Internet Facing Deployment) / after that the CRM connector will not login and cant see the CRM server. Any ideas?

Quote from tilmann

Thanks a lot for your feedback once again. In the next days I will work on the problems number 1. and 2. reported by you.

Can you specify keeps breaking down a little bit in more detail? Is the CRM Connector Crashing or is STARFACE WinClient crashing or is WinClient loosing the connection to STARFACE?
In the next days we are releasing a new version of STARFACE WinClient which will be much more stable than the current one.

and sorry im not online in the forum every day

I think the CRM client has memory leak and that causes the problem

Memory usage went from 75MB to 290MB in about 8 hours / without a single indbound call. 75 MB is a lot - but 290MB is crazy

Then the CRM Client breaks down (starface winclient still online)

See attached warning I got today (Vista SP2 has a few new warning features)

Quote from tilmann

Thank you, we will incorporate your feedback when developing a new version of this integration.

About 3:
As an alternative approach in an intranet it should be possible to configure dynamics crm to authenticate the users automatically against the domain login of the current windows user so that internet explorer does not require a password at all.

Thanks / yes but you might not have your CRM users in your own domain. Think Call Centers with external helpers etc. All other MS CRM applications have "login" capability.

Unfortunatly we are looking at another solution since integration software is simply not stable enough on Vista. So I would remove the "supports Microsoft CRM" from your website until you have a stable system running on Vista. (the applications keeps "breaking down") which means you are never really sure if it will work.

thanks all is working now

Hi Philip,

thanks / is there something I can do in the mean time?

Hi guys,

i had a "total" starface crash - sometime after scheduled backup 3.00am

No winclient connection / and webserver error on GUI.

screenshot from Console.

It is running on a VMWare ESXi - and has behaved quite nice until then.

1. I only get the MS CRM 4 client in german language even I select ENGLISH as install language. That is fine / but I can't edit the messages it posts to Dynamic CRM - so on a call i get "Anruf von XXX XXX" which is fine by me - but not everyone speaks german - so please let us manage our own "messages"

2. on Vista you write the config.xml file in the programs directory. That does not work unless you give the user full access to the /Programs/Starface MSCRMxxxxx/ directory. The config.xml file should actually be stored another place where programs are ALLOWED READ/WRITE....

3. Starface WINCRM does not login from the component. That then requires users to set "Remember Password" from Internet Explorer so the CRM Plugin can post/enquire from the MS CRM system. That is a potential high security risk. Took me a while to figure that one out...

bumping for attention !

yes

sf*CLI> sip debug peer 46933131
SIP Debugging Enabled for IP: 87.54.25.114:5060
-- Executing AGI("SIP/zipi-08e72a10", "agi://localhost/initdial.agi") in new stack
-- AGI Script Executing Application: (Set) Options: (__SFCLIDNUM=931698)
-- AGI Script Executing Application: (Set) Options: (__SFCLIDINTNUM=100)
-- AGI Script Executing Application: (Set) Options: (__SFCLIDNAME=Larsen Kas per)
-- AGI Script Executing Application: (noop) Options: (---[info]---Call from : (name) Larsen Kasper (num) 931698 (intern) 100 )
-- AGI Script Executing Application: (Set) Options: (LANGUAGE()=en)
-- AGI Script Executing Application: (Set) Options: (CDR(userfield)=1471)
-- AGI Script Executing Application: (noop) Options: (---[Error]---skipping callerid because line is null )
-- AGI Script Executing Application: (noop) Options: (---[Info]---Call outgo ing for account 1000 to 61280700 )
-- AGI Script Executing Application: (ResetCDR) Options: ()
-- AGI Script Executing Application: (Set) Options: (EXTEN=04661280700)
-- AGI Script agi://localhost/initdial.agi completed, returning 0
-- Executing Hangup("SIP/zipi-08e72a10", "0") in new stack
== Spawn extension (international, 61280700, 2) exited non-zero on 'SIP/zipi-0 8e72a10'
sf*CLI>

this ... Options: (EXTEN=04661280700) still baffels me...

That works .. but that is kind of logic - since now outbound dialing will try to dial 004561280700... since it looks at it as international number.

But only works if i dial 004561280700 - not if i try to use the "6" dial rule and just dial 61280700.

best

Hi,

do you want me to change all (both main config page AND on each phone number - or just on the phone number part in the lines definition?

best

hmm quite not there yet. I set country = united states but still same problem.

if i dial 61280700 (trying to catch the "6" dial plan rule I get this:

SIP Debugging Enabled for IP: 87.54.25.114:5060
-- Executing AGI("SIP/zipi-08e41128", "agi://localhost/initdial.agi") in new stack
-- AGI Script Executing Application: (Set) Options: (__SFCLIDNUM=931698)
-- AGI Script Executing Application: (Set) Options: (__SFCLIDINTNUM=100)
-- AGI Script Executing Application: (Set) Options: (__SFCLIDNAME=Larsen Kas per)
-- AGI Script Executing Application: (noop) Options: (---[info]---Call from : (name) Larsen Kasper (num) 931698 (intern) 100 )
-- AGI Script Executing Application: (Set) Options: (LANGUAGE()=en)
-- AGI Script Executing Application: (Set) Options: (CDR(userfield)=1453)
-- AGI Script Executing Application: (noop) Options: (---[Error]---skipping callerid because line is null )
-- AGI Script Executing Application: (noop) Options: (---[Info]---Call outgo ing for account 1000 to 61280700 )
-- AGI Script Executing Application: (ResetCDR) Options: ()
-- AGI Script Executing Application: (Set) Options: (EXTEN=04661280700)
-- AGI Script agi://localhost/initdial.agi completed, returning 0
-- Executing Hangup("SIP/zipi-08e41128", "0") in new stack
== Spawn extension (international, 61280700, 2) exited non-zero on 'SIP/zipi-0

Where this part leaves me "baffeled" Options: (EXTEN=04661280700)

so it tries to put but a 0 + a 46 (the local area code) into the dialled number.

If i try to dial "004561280700" it still appends a zero before the number.

It is something in the dial plan - because dialing **1*61280700 or **1*004561280700 - correctly calls the number without any parsing it seems.

Best regards

Kasper

Box is located in Denmark - uses only VOIP lines for.

Routing is set to "COR Route"

Routes so far

6 : route via dk Voip (to test the 61280700 number)
0044: Route via SipGate UK
0045: Route via dk voip
00971: Route via dk voip

And the 0044/00971 rules works fine - 0044 dials out via sipgate - and 00971 dial out via dk voip.

Only problem is "local calls" get a zero set in front of the number.

I have Lines/General Configuration/Country set to germany since Denmark does not exsist. (and prefix set to none)

hmm think we are misunderstanding eachother.

I have a 0045 dial plan / which as far as I know should let me dial 0045 6128 0700 - and Starface will then select the 0045 outbound defined line.

But when I dial "0045 6128 0700" - the number is "decoded" by starface to:

Transmitting (no NAT) to 87.54.25.114:5060:
ACK sip:061280700@musimi.dk SIP/2.0
Via: SIP/2.0/UDP 81.7.145.180:5060;branch=z9hG4bK450f1304;rport
From: "Larsen Kasper" <sip:46931698@musimi.dk>;tag=as738c0d5c
To: <sip:061280700@musimi.dk>;tag=71f7ae5f309317ddcbc68bbdd2fee19f.23e0
Contact: <sip:46931698@81.7.145.180>
Call-ID: 4cfd395240b08ede530b8f0743b238e5@musimi.dk
CSeq: 103 ACK
User-Agent: STARFACE PBX
Max-Forwards: 70
Content-Length: 0

so 061280700 - which is "allmost" correct - but where does the EXTRA 0 come from in the beginning of the number?

I have tried creating a "6" rule but without any change. Still dechipers the number to 061280700. But that is not a number we can dial in denmark. We only got 8 digits / and none with 0 in front...

but how do i stop that? we do not have (0)'s in front of the numbers in DK

I have almost everything running now apart from the Dial Plan ads a "0" to every outbound local number in the country.

so number 0045 6128 0700 gets converted to dialing 061280700?

International dialing works fine... only local dialing does not work.

how do I correct that.

and sorry all the stupid questions....