Jump to content
Vodia PBX forum


  • Content Count

  • Joined

  • Last visited

Everything posted by JaeJay

  1. How's this looking :-D Still hoping, fingers crossed, eyes crossed, toes crossed, that this is still on the roadmap from you guys! Is this inclusion in 3.3.2 still a possibility? Thanks!
  2. This is awesome news!!! Can't wait to give it a test run when you guys' have finished. Thanks!!!
  3. First off, my sincerest of apologies if I am posting something here that has been 1) already answered and I've ever so blindly missed 2) something that is painfully simple and I am just waaay overthinking it or 3) do anything in this post that could generate an onslaught of people to virtually tar and feather me forum style. Okay, now that is out of the way, on to the good stuff. I've been reading this forum for months now, as well as googled till I can google no more in search of the ellusive answer to (what seems to be?) getting Inbound T.38 faxing from my ITSP (Callcentric) to my Exchange UM Server, and on to the destined mailbox with my beloved PBXnSIP (loved more and more each day!) sitting right in the middle of ITSP and Exchange. I feel as if I am very close, either that or my fear will shortly be proven and I have very little idea what the heck is actually going on. However, When sending a fax from the PSTN (310) 305-1073, to a DID on my callcentric account (310) 496-7515, Callcentric delivers the call as expected, PBXnSIP (localhost) sees it, sends the INVITE to across my Exchange UM trunk to the Exchange UM Server (oim-lax-ums-002), where I have added as a secondary fax-enabled extension 7515 (and faxing is enabled on the Exchange dial plan as well), the voicemail box picks up, Exchange says hey you aren't talking, you're beeping in CNG, I need to change. At that point, I think it looks like everything switches over to T38, and then just like magic, boom, absolutely nothing happens. I can hear the voicemail greeting thru the PSTN fax on via the speaker. <Simulation of Voice> "Hello this is me, I'm a voicemail box, please oh please let the fax just work!" </the end> I can see the T38 switch happening (I think) from the logfile (see below) SIP/2.0 200 Ok Via: SIP/2.0/UDP;branch=z9hG4bK-dcbcf5a31b41b4dedebcd0e68c48fd79 From: <sip:13103051073@>;tag=3434448420-488153 To: <sip:13104967515@ss.callcentric.com>;tag=4dd28c48d5 Call-ID: 24085721-3434448420-488126@msw2.telegeny.net CSeq: 1 INVITE Contact: <sip:17772471483@;transport=udp> Supported: 100rel, replaces, norefersub Allow-Events: refer Allow: INVITE, ACK, CANCEL, BYE, REFER, PRACK, INFO, UPDATE Accept: application/sdp User-Agent: pbxnsip-PBX/ Content-Type: application/sdp Content-Length: 196 v=0 o=- 23537 23537 IN IP4 s=- c=IN IP4 t=0 0 m=audio 56518 RTP/AVP 0 101 a=rtpmap:0 pcmu/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=sendrecv [9] 2008/10/31 06:27:37: SIP Rx udp: ACK sip:17772471483@;transport=udp SIP/2.0 v: SIP/2.0/UDP;branch=z9hG4bK-d07ae536da0612b3ab058fe9274dafa8 f: <sip:13103051073@>;tag=3434448420-488153 t: <sip:13104967515@ss.callcentric.com>;tag=4dd28c48d5 i: 24085721-3434448420-488126@msw2.telegeny.net CSeq: 1 ACK Max-Forwards: 15 m: <sip:2b8dc718852a6f6b11d4e2f782f147ca@;transport=udp> l: 0 [9] 2008/10/31 06:27:38: SIP Rx tcp: INVITE sip:7515@;transport=tcp SIP/2.0 FROM: <sip:7515@oim-lax-ums-002.omegaidentitymedia.net;user=phone>;epid=D1809C5B9B;tag=513be24042 TO: <sip:7515@oim-lax-ums-002.omegaidentitymedia.net;user=phone>;tag=7619 CSEQ: 1 INVITE CALL-ID: 444a52d7@pbx MAX-FORWARDS: 70 VIA: SIP/2.0/TCP;branch=z9hG4bKf31bc4d2 CONTACT: <sip:OIM-LAX-UMS-002.omegaidentitymedia.net:5065;transport=Tcp;maddr=;ms-opaque=6b221c7eb4bdd3da>;automata CONTENT-LENGTH: 290 USER-AGENT: RTCC/ CONTENT-TYPE: application/sdp v=0 o=- 0 1 IN IP4 s=session c=IN IP4 t=0 0 m=audio 0 RTP/AVP 0 8 101 13 a=rtpmap:0 PCMU/8000/1 a=rtpmap:8 PCMA/8000/1 a=rtpmap:101 telephone-event/8000 m=image 55320 udptl t38 a=T38FaxRateManagement:transferredTCF a=T38FaxUdpEC:t38UDPRedundancy I can read that Exchange got a call that it thought was a fax, by looking at the Event Log on the UM Server, curiously saying no pages were received (see event log item directly below): Log Name: Application Source: MSExchange Unified Messaging Date: 10/31/2008 6:28:26 AM Event ID: 1028 Task Category: UMCore Level: Information Keywords: Classic User: N/A Computer: OIM-LAX-UMS-002.omegaidentitymedia.net Description: The fax call from "7515" for "Jeremiah L. Maudlin" at number "7515" was received but no pages were received. The fax call was 48.7017504 seconds long. The fax call was received from UM IP gateway "". <Provider Name="MSExchange Unified Messaging" /> <EventID Qualifiers="32772">1028</EventID> <Level>4</Level> <Task>2</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2008-10-31T13:28:26.000Z" /> <EventRecordID>18101</EventRecordID> <Channel>Application</Channel> <Computer>OIM-LAX-UMS-002.omegaidentitymedia.net</Computer> <Security /> </System> <EventData> <Data>7515</Data> <Data>Jeremiah L. Maudlin</Data> <Data>7515</Data> <Data>48.7017504</Data> <Data></Data> </EventData> </Event> Alas, no fax in my inbox, an agry PSTN fax machine that says "would you give it up already!" and starts beeping at me, and one confused IT guy sitting at his desk shaking his head and ever so hopeful that a forum post will lead to his rescue. A couple other quick items of note: Exchange 2007 SP1 UM, CA, MB, and HT roles all on 4 seperate servers PBXnSIP 3.0.3037 w/ Permanent License, 3 Trunks, a number of accounts, 1 Dial Plan Fully OCS Integrated w/o issue (horray! thanks to pbxnsip dev & Jan B. for excellent work!) Callcentric SIP Trunk w/ ~30 DIDs Exchange globalcfg.xml file changes: <EnableInbandFaxDetection>true</EnableInbandFaxDetection> <UseT38UDPRedundancyForFax>true</UseT38UDPRedundancyForFax> (As for two items above, I have tried various combinations of true/false, and this seems to get me closest to success) I've also attached the complete PBXnSIP log (Level 9) to this post for review from a failed Fax call just a few moments ago. Thanks in advance to all, it is most appreciated! SIPLogT38Failure.txt
  • Create New...