Vodia PBX

Did you check out http://wiki.pbxnsip.com/index.php/Changing_the_Appearance?

Cool. Make sure you are using 7.1.30 or higher on the. Previous versions have their problems!

If you want that a SIP device only uses DNS A or DNS AAAA then specify the port number behind the domain name (e.g. domain.com:5060). This is a little RFC3262 trick. 482 is really strange. IMHO the PBX should never do that on a REGISTER request. Is 11.222.195.38 the address that you expect?

I would not enable ENUM on the phone just to be able to dial regular numbers. ENUM is a long long topic that you probably don't want to touch just to solve that problem. I would solve the problem with that dial plan on the PBX above.

No password for the service flag, please! The caller has to authenticate himself e.g. in a calling card and then he can call the service flag also from home or on the road.

I think the problem is that the Polycom sends a 6xx code, which is a very high priority code?

So you want to have two locations that can call each other? You should set up two trunks between them and then use the dial plan to route the calls between them. Just pick a nice prefix that they can use to call each other, or just pick the PSTN number of the PBX as prefix. Not sure what that has to do with phones...

Maybe you should try a dial plan with the pattern 011* and the replacement +*... Then users can call 01133123456 and the ITSP will see +33123456.

In head, yes. Actually no third mode, just filtering for edge state changes. That should do the job without too many changes in the code and in the web interface.

I would give that a try for the sake of finding out if that is the problem. Then we can decide what to do with it.

Oh, see http://wiki.pbxnsip.com/index.php/Log_Setup#SIP_Logging

Did you set it to use only g711u? Currently it answeres with multiple codecs, and that is a common source for problems.

We have been to a couple if SipIt since SipIt 8 in Cardiff (different company at that time). Fortunately the SIP interop problems that we have in our day-to-day life are not the biggest problems (thanks to the B2BUA nature). You can't test a hunt group there, it mostly about spirals, tags, etc. It would be exciting if companies like Microsoft or Cisco show up with their flagship products.

Maybe we can introduce a third mode for the flag in addition to "manual" and "automatic", which would be "semi-automatic" - this way we can definitevely keep backward compatibility.

Do you have the SIP packets that cause the disconnect? Turn SIP packet logging on ("other" packets). If you see a CANCEL, the PBX causes the hangup; if you see a 200 Ok as a response to the INVITE, then the call was really connected. It sounds like the call was never connected. Maybe a problem with the provider, a SIP trace will reveal more information.

Exchange really asks the PBX to call "5001;phone-context=PBXnSIP-exchangesp1.ourdomain.com", no kidding (no idea why the number must include all those strange parameters, but it is legal according to the RFC). The dial plan now must match also those strange parameters! My idea for ERE in the dial plan: ([0-9]*);phone-context=.* That should really fish out only requests that were initiated by the Exchange. Maybe a feature!

Ouch. Hmm. I think I am using the same device from the same manufacturer, no problems... Can you set the codecs on the Pirelli or the PBX to use only one codec? Maybe that helps to track the problem down...

I don't know. I have never seen a installation where people had to put a + sign at the beginning of a number in order to dial out. I would rather look at the dial plan and then maybe put the + at the front of the number.

Did you already check the Wiki? http://wiki.pbxnsip.com/index.php/Troubles..._Trunk_Problems

Cool

Well you still have the option to configure the device manually. And apart from that I would put the files that the phone downloads directly into the tftp directory. According to the above procedure that should send the neccessary information directly to the phone.

Whow that seems to be a common problem these days... Did you see http://forum.pbxnsip.com/index.php?showtopic=714 ?

The problem with 80xx is that it would put the whole xxxx number into the replacement. \1@.city1.domain.com seems to be buggy, there is a dot after the @ that seems to be incorrect to me. If you have only one domain on a PBX (which is good!) then I would always use the name localhost, at least in the alias list of names.

Well, first of all, set the log level to 9 and then you see what ERE the system is generating from the dial plan. That makes things usually much easier. When doing ERE, please remember that the pbx must match a string like user@domain, not just the user part. That means a ERE like "50([0-9]{2})" is not complete, you need something like "50([0-9]{2})@.*". Using 50xx might be a problem because then you will reference the whole match in the replacement. If you can use 50* (variable length) then things are simple.

You mean you expect the reverse logic? The service flag should have a function like "office hours", that means you specify when the cell should to be included in the call. That means if you say e.g. 9AM-6PM then you will hear the cell phone ringing. IMHO most people would like to specify when they are available on the cell phone. Our first experience was that we got calls at 3 AM in the night on the cell phone, and it became clear that we need to specify the operation hours when redirection should be allowed.