Jump to content
Vodia PBX forum

edwardforgacs

Members
  • Content Count

    29
  • Joined

  • Last visited

Community Reputation

0 Neutral

About edwardforgacs

  • Rank
    Member
  1. Exchange 2010 RTM has been out since October 2009. Are there any plans for PBXnSIP to support Exchange 2010? I notice that PBXnSIP version 2.0 was on the official list of Microsoft-supported IP-PBX platforms, but 3.0 and 4.0 are not, not even for Exchange 2007. Are there any plans for current versions of PBXnSIP to be re-certified with Microsoft as supported telephony platforms?
  2. I can confirm that setting "Lock codec during conversation" to true on the trunk fixed it, no transcoding messages. I would just like to understand why that is necessary to avoid transcoding when the codecs match anyway. A word of warning to others with regards to that setting though, if you force it to a codec which the other end doesn't support, and set "Lock codec during conversation" to yes, I have seen the situation where calls ring but refuse to connect due to incompatible codecs.
  3. This doesn't make any sense. Are you saying that the log says "falling back to transcoding" when it isn't actually transcoding? If it is transcoding, *why* is it transcoding? We're in agreement that it isn't because of the packet size or codec, so what is the cause? The "lock codec during conversation" wasn't set on this trunk, I have tried setting to see if it makes any difference. My understanding was that that setting influenced whether it would be able to negotiate a codec in the first place which isn't the problem here. The SIP packets clearly show that the same two codecs are accepted by both (PCMA and PCMU in that order), and both are using a packet size of 20ms. I was wondering if the problem could be that PBXnSIP shows the codecs as e.g. a=rtpmap:8 PCMA/8000 whereas the gateway shows them as a=rtpmap:8 PCMA/8000/1 - i.. the extra /1. Is there possibly a bug where it thinks the codecs are different because of the different packet format?
  4. Can someone please explain what the following log messages actually mean, and what the problem is caused by? I have seen the packet size mismatch and different codec issues, but not this "cannot pass through" error. The device it is trying to pass through is a Quintum gateway and the codecs and packet sizes do match as indicated by the SIP messages. [7] 2009/09/16 19:13:09: 7ef0d3f3@pbx#624788665: RTP pass-through mode [7] 2009/09/16 19:13:09: 3c269b549362-jhbdc5ainorw#90c6c3ebc6: RTP pass-through mode [7] 2009/09/16 19:13:11: Cannot pass through on 7ef0d3f3@pbx#624788665, falling back to transcoding AND [7] 2009/09/16 20:37:08: 8b981f0f-180a-464e-95ea-76835e173d40@192.168.0.2#43bfd52868: RTP pass-through mode [7] 2009/09/16 20:37:08: 97e9242f@pbx#1291898535: RTP pass-through mode [7] 2009/09/16 20:37:08: Cannot pass through on 8b981f0f-180a-464e-95ea-76835e173d40@192.168.0.2#43bfd52868, falling back to transcoding [7] 2009/09/16 20:37:08: Cannot pass through on 97e9242f@pbx#1291898535, falling back to transcoding
  5. After installing this upgrade I was unable to place ANY calls via the PSTN gateway - I got a lot of hissing followed by a request timeout. I have now reverted to version 7.27.
  6. As far as I know, this is completely impossible - it just can't work. Unfortunately, ISA Server 2006 (and older versions) do not support SIP at all. Because of this, you can publish the SIP ports, but the RTP ports will never open properly (because they are created dynamically, creating the one-way audio problem). We experienced this ourselves a long time ago trying to connect to our SIP trunk provider via ISA (before we used PBXnSIP) and the word from Microsoft was that it simply isn't compatible. What I would try to do is set up a VPN into the PBXnSIP server, which will get around the issue by bypassing ISA. Other options would be to use another firewall which is compatible with SIP and can open the right ports - most Cisco devices will do that fine for example. A lot of low-end devices also let you create a DMZ which would get around the issue too. In this case, you could put these in front of the ISA server, but the phones would have to be connected in such a way that they never cross ISA because it completely breaks SIP.
  7. We are trying to send faxes over SIP lines (not via the FXO gateway) and I have used this with the same provider on a different device so I know it should work - not via the FXO lines so that shouldn't be the issue. Can you drop me an email so I can send you the full log please? I'm not sure really what bit you're after and the log is huge when it's set up to show anything meaningful for fax calls.
  8. We've got it dialling out now with an amazing amount of hassle with the special Fax dial plan, but the fax calls always drop after about 40 seconds with "send error, no answer". I suspect a codec problem as the speed is reported as 300bps (although I'm not sure this is 100% accurate either). Firstly, does the CS410 support T.38 passthrough? What needs to be configured to enable it in terms of codecs (the system is set up currently to only use G.711a and G.711u in that order)?
  9. Is PBXnSIP also supported, or has anyone got it working, with the free VOIP plugin for Windows Fax that FaxBack offer (which appears to have an *identical* architecture from the SIP end)? We have got it working fine for inbound faxes, but nomatter what configuration we try, it is unable to send faxes outbound. PBXnSIP seems to get confused by the sip: prefix that FaxBack uses in the SIP messages, but we got around that with a special dial plan for the fax extension. All the fax calls now start dialling, but fail immediately "bad address" in the fax software and the following 400 bad request error: SIP/2.0 400 Bad Request Via: SIP/2.0/UDP 192.168.0.2:5060;branch=z9hG4bK1005 From: IPFax <sip:108@192.168.0.2>;tag=IPF_PORT_0001_1003 To: <sip:88888888>;tag=01d725d3ce Call-ID: d32d6fff-77bf-41db-bdc7-4143ba5e8638@192.168.0.2 CSeq: 2 INVITE Contact: <sip:108@192.168.0.10:5060> Supported: 100rel, replaces, norefersub Allow-Events: refer Allow: INVITE, ACK, CANCEL, BYE, REFER, PRACK, INFO, UPDATE Accept: application/sdp User-Agent: pbxnsip-PBX/3.4.0.3201 Content-Length: 0 (please note the 88888888 above is the correct destination fax number)
  10. I can confirm we've experienced this exact same scenario, and we actually have a support case open about it. In our case the AA was Exchange 2007, but like you mention the line stayed off hook for over 14 minutes, despite the caller hanging up, until the cable was physically disconnected from the CS410 to reset the line. We are also using the version 3.4 firmware. I wonder if this is an issue with the Australian tone settings? The only PSTN settings on this version for the CS410 seem to be FX Impedance and CPC Duration (Complex and 400 respectively in our setup), so I presume the others are set automatically for Australia based on the regional settings on the device?
  11. Yes, I understand what you're saying here, but: * I would really be surprised if it's that hard for the processor to add VLAN tagging to the SIP/RTP packets. Other devices (like cheap consumer telephone adapters) manage to do that, if the CS410/425 can't then it's really not up to scratch. Also as I mentioned our Snom phones also support it, I would imagine they have much less processing power. * If "small" IT shops don't know what a VLAN is, they should steer clear of VOIP solutions because they will end up with a lot of very angry customers - it frankly doesn't work, the whole network needs to be properly designed to support it or it is a recipe for disaster. We are one of those shops and we are not willing to recommend a solution to customers that has no QoS because we have seen those setups fall over. * If we're trying to avoid confusing these guys, it would make sense to support the many "voice-enabled" switches which are designed to work with VLAN tagging, so the web console still works without setting up inter-VLAN routing on another device. The layer 3 devices which support inter-VLAN routing are likely beyond the budget of a lot of the target market of the CS410/425 but lots of layer 2 "voice-enabled" ones aren't. At the moment it doesn't work with the cheaper ones as far as I'm concerned because to make it usable (to access the web console on the PBX), you need inter-VLAN routing. At the end of the day, we are going to set up inter-VLAN routing in our own setup so I'm not too fussed, just amazed that this feature has been overlooked.
  12. I had the exact same issue today and I have a support request open about it. What seemed to happen here was that a call was answered, but when the user hung up, the line didn't go back to the on-hook state - the line was just jammed.
  13. Unfortunately, we can't do what you described because our router does NAT with DMZ, so we have to have the WAN port plugged into the router. We could possibly configure the web console to be accessible via the router but it seems like it is reducing security. >we've yet to see any reason to deploy VLANs in smaller installations. I could not disagree more. We have had call drop outs on internal calls as a result of QoS problems. Quite simply, it seems like a sloppy, half-baked solution to be not using VLANs on any IP-PBX solution. Almost every other commercian IP-PBX I know of supports this. If PBXnSIP is to be a professional solution then it has to work reliably, and having voice traffic on a separate VLAN is a fundamental requirement of having the network set up properly.
  14. Unfortunately that didn't resolve it for me, I've got the exact same issue with that model of firmware, and I'm also using a PBXnSIP CS410, though it's version 3.4.0.3201.
  15. Unfortunately that is not a option for us as we have just purchased some expensive 3Com gear for this purpose, which doesn't support L3 routing like the DLink product but is specifically designed for voice. It seems very odd that an IP-PBX product wouldn't support VLAN tagging when all other products do, including the IP phones we're using and the Exchange server being used for voicemail. Are there any plans to fix this on the CS410?
×
×
  • Create New...