Jump to content

DaveD

Members
  • Posts

    23
  • Joined

  • Last visited

Recent Profile Visitors

1,717 profile views

DaveD's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. As I clearly explained, all I have to do to get the service to start properly is change the .EXE file--not the log file. This means that the log file must have the required '$'--and it does: DaySys-log_$.txt When I follow the WIKI article to create a log file, the response is [in a pop-up window]: The procedure entry point K32GetProcessMemoryInfo could not be located in the dynamic link library KERNEL32.dll This seems to indicate a fundamental failure in the compiled image. And the executable failed to start; as you'd expect, the service will not even start manually. When I change back to the 5.1 .EXE, the program starts instantly, and appears to create an ordinary log file. This action didn't start the service automatically, but I started it manually with no problem. This SBS server is the domain controller; it hosts only one domain. No trunks are global. Dave
  2. No, neither reply indicates you have read my post. First, this is SBS2003--not WindowsXP, or any other desktop Windows OS. I can't say if VS2014 compile is compatible with this--can you? And this is (as I said) about the service failing to start-- after an install when appears to complete normally. So manual upgrade should have no effect on this. Again this is about the service failing to start--not about the Web interface either. Finally, I mentioned the very long-standing issue with multiple Vitelity trunks failing to work. There was no mention of this in your replies. Can you please respond to my post? thanks, Dave
  3. PBX is installed on SBS2003 [which is 32bit] Installation of 5.2.1 or 5.2.2 proceeds normally, but fails to startup. I find that the service is stopped, and it will not manually start (it 'times out'). When I replace the .EXE with the original 5.1.3 file, the PBX will then start and run. I suspect (but I have no way to prove) that the URL update strategy only loads a 64bit image. Here are the file sizes (as shown by Windows Explorer): >5.2.2 5,498,880 >5.2.1 5,454,336 >5.1.3 7,493,680 Note how much smaller the 5.2.n files are. I can't find any way to directly install a 64bit image, because it can't be downloaded; only a fresh install will provide that image, and would wipe out this one. [bTW: I have never been able to run two Vitelity DIDs at the same time. I was able to kludge the PBX to run one DID by splitting inbound and output into two different trunks. But whenever I add a second DID [either as a single or a split trunk], the other trunk fails to handle inbound or outbound calls-- even though the GUI shows no registration issues. I've more or less given up; I've spent a huge amount of time--and provisioned two trunks for Vodia to test.] What do I do? Dave
  4. Thanks for an incredibly quick reply! My ITSP specifically recommends not to set an outbound proxy; that's why I didn't set one. They explained when I asked that it's about their servers not being load-balanced for in/out calls. Because I do have the ITSP SIP server specified, I thought that would be the only inbound route, but I'm apparently wrong. Where do I 'specify the IP address where the trunk expects traffic from'? Dave
  5. I'm receiving bizarre calls I believe are an attempt to pass toll calls through my server. Several inbound calls on my SIP trunk are show as from '100 (100)' in the call long. And the 'to' field shows one of these: 00972597841671 (00972597841671) 0972597841671 (0972597841671) 9011441904898504 (9011441904898504) 011441904898504 (+441904898504) From this format, it appears someone is trying various formats to dial either Israel or the U.K. There is no extension 100 registered, and because these calls apparently ring local extensions, no external call has actually completed. But because the call log shows an invalid 'from' and a 'to' that may be a valid international number, it appears there is some external access to the server. This really concerns me; what's going on here? Dave Here is a segment of the SIP logfile: SIP/2.0 200 OK Via: SIP/2.0/UDP <server local IP address>:5060;branch=z9hG4bK-22c1c73a8c11f54f47aaffcf117679bc;rport=5060;received=192.168.10.15 From: "100" <sip:100@pbx.company.com;user=phone>;tag=24006 To: "00972597841671" <sip:00972597841671@<public IP address>;user=phone>;tag=635631766 Call-ID: 7d6ccdf3@pbx CSeq: 30725 BYE Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, UPDATE, PRACK, SUBSCRIBE, INFO Allow-Events: talk, hold, conference, LocalModeStatus Server: Aastra 9480iCT/3.2.2.3077 Supported: path Content-Length: 0
  6. Did you folks find any use for the document I created and provided above? I hoped you might find a place for it in the WIKI. Dave
  7. I sent you the complete log messages, and also the dial plan, fully annotated. As tech support requested, I also provisioned a Vitelity DID (SIP trunk) for your exclusive testing use. You did evaluate the SIP traffic log briefly, and said there are important aspects missing. You said a week ago that you would do further testing. This PBX is still unable to use multiple trunks; have you made any progress? thanks, Dave
  8. Thanks for taking the time to reply! What you say is that only Snom brand phones have any support documents. It's not possible to configure any other brand phones. Some other brands have PnP, but no document explains what features or buttons on those phones are enabled or work. It's not clear how to setup contacts, address books or screens on any but Snom brand phones either. There's no way to create a customized config file, because button and feature mapping isn't published. For non-Snom brand phones, this is the only info for all PnP customizations; there is nothing more: Currently, plug and play is supported for some non-snom phones under snomONE from v5x on. Please tell me if I'm wrong about this. thanks, Dave
  9. Actually my inquiry was very specific--but it does cover several areas--all directly related to SnomOne setup for phones. These answers are very specific to SnomOne--they're not available on the Internet. I haven't found anything of value in the WIKI with enough detail to be any help. Would you please look at my post again and reply? Dave
  10. Right: the manual dates from 2010. In the mean time, consider dropping this example into the WIKI; unfortunately, plain-text paste doesn't preserve tabs: <<<<< SnomONE simple dialplan for NANPA [North American] dialing, using 10-digit format, with prefix to select a trunk [DID] Assume you use a main trunk [Trunk 'A'] for most outgoing calls, and two other trunks ['B' and 'C'] that you use as alternates. You also want to verify that the dialed string is exactly exactly 7 or 10 digits as required by NANPA format; any other length string is invalid and is rejected. International calls are an exception; they have variable length. If you dial a 7-digit call, your local three-digit area code must be added. In this example, we use area code 617. In this example, you can select one of the two alternate trunks using a prefix--either '9' or '8. SEQUENCE TRUNK DIAL PATTERN REPLACEMENT NOTE 100 N/A 211|311|411|911 not allowed 200 N/A 900xxxxxxx|976xxxxxxx not allowed 300 A 011* international 400 B 9([0-9]{7})@.* sip:617\1@\r;user=phone 500 C 8([0-9]{7})@.* sip:617\1@\r;user=phone 600 B 9([0-9]{10})@.* sip:\1@\r;user=phone 700 C 8([0-9]{10})@.* sip:\1@\r;user=phone 800 A xxxxxxx 617* NANPA 7D 900 A xxxxxxxxxx NANPA 10D NOTES > the sequence is crucial; for example, it's necessary to check for the '8' or '9' trunk prefix before strings without a prefix; otherwise it might be mistaken as the first digit of an actual phone number > 100: all the special-service [3-digit] numbers are disallowed > 200: the fee-based 900 and 976 exchanges are disallowed > 300: International calls start with '011'; here, only Trunk 'A' is used; the replacement string is simply 011 followed by any number of digits > 400: the pattern 9([0-9]{7})@.* selects outbound trunk 'B' and accepts exactly 7 digits (after the '9'); the replacement string is: sip:<outbound domain>617nnnnnnn;user=phone [the 'n's are 7 digits as dialed] > 700: the pattern 8([0-9]{10}@.* selects outbound trunk 'C' and accepts exactly 10 digits (after the '8'); the replacement string is: sip:<outbound domain>nnnnnnnnnn;user=phone [the 'n's are 10 digits as dialed] > calls that don't fit any dial pattern are rejected DaveD -- Sep13 >>>>>
  11. Thanks for that! I've sent you a PM with log and dialplan attached. Note that the visual log in the domain log screen shows very strangely; some of the text is full size, but most of the SIP details are in very small type, and unreadable. This happens both in Chrome and Firefox. If I copy and paste to Notepad [plain text], all text is full-size. (The log file I sent is in plain text and doesn't show this issue.) luck, Dave PS: trunk I provided is currently set to 'ATA' type routing.
  12. Thanks for a good discussion! And of course I respect the need for revenue from development time expended. We didn't ever address the UCClient for Windows problem; it doesn't work--at least not here; it won't even register. And you say you won't support it any more. Yes: I read a lot about this industry; of course there is change, and vendors are jockeying for the best position. Even so, we are still stuck with messy, incompatible legacy SIP 'solutions'; even the basics haven't been fully resolved. And whether WebRTC is an industry tie-breaker is unknown. Frankly, a user doesn't care how the code is delivered; if (for example) you can deliver a frameless Web applet that's locked into a small window [visually like the UCClient], that would be just fine. That would leverage WebRTC or any other browser-based code you prefer. But yes: this Web browser is clunky--it's close to unusable-- simply because it takes up far too much screen space and is functionally incomplete. Theres a clear need for a Windows- based feature-rich app; the market only wants a good answer-- they don't care how it's done. Dave PS: For an Android smartphone, I use CSipSimple; it's free and works well. [Yes: it's open-source.] And CounterPoint used to have a free limited version of Bria until they got greedy. For PBX users, the maker beginning with a '3' has a free full-featured Windows softphone with roaming integration to the PBX, presence and a synchronized phone book. All of these are compact, visually appealing and useful.
  13. No, these trunks are not only for outbound traffic, as I already pointed out. I tried setting up separate accounts for each trunk--one outbound, one inbound. That didn't resolve this issue. If I'm 'confusing' the ISP with registrations, why didn't the Epygi appliance I used for years have the same issue? These are the same trunks--same accounts. I've also used other software PBX without this problem. This is not an issue about CID; I never even mentioned that. I do have questions about CID--for another thread. As you say, probably not a Windows or license issue. But I'm left with a system that doesn't work, while my old junky appliance does (although it has other issues). Isn't it likely the log files will tell you what's wrong? Dave
  14. This was a new installation--not an upgrade. BUT: I recall that I had this same killer issue when I installed earlier versions: 4 and 5.0 (on different hardware). That's why I abandoned the product back then. As I already explained in my first post, this is a single carrier, on the same (authentication) domain but using different accounts. Again: there's not one account; if I PM you the logon info and you logon, that will lock out the accounts here. That's not a great idea. Isn't there some log info that will tell you what's going on? This is--generally speaking--a very ordinary 5.1.0 installation, except perhaps that it is on Windows SBS server 2003 (32bit), using port 81 as access. [i can't get SSL port 444 to work.] And again, you're right: I've had this exact problem before with earlier builds. It's likely a trunk compatibility issue, because others have reported similar problems with Vitelity trunks. But Vitelity is a major ISP... Dave PS: I find that if I disable all but two trunks, only one of the two is active; the other responds with fast busy, as if the trunk were out of service.
  15. Um--got it! So doesn't that indicate a clear need for an app that fills this essential purpose? Dave
×
×
  • Create New...