SMDR Buffer Output?

[maxwellpolish]

Hi All,

I have a customer who is thinking about going the way of IP Office for their restaurant locations, and the customer would like a PBX that they can pull SMDR data from at prescribed times...they do not want a real time stream of SMDR data to run 24/7. Currently they have Avaya/Nortel BCM50's that send call data nightly, to a "custom" call accounting application.

I have setup an R8 IP500 V2 here in our office to push out SMDR data, but here is my issue...when I open up a socket up to pull the data from the SMDR buffer, I am not able to pull the data until a new event (call) is placed. All of the days call data is preserved in the buffer-I just can't gather it until a new call is placed. This will pose a problem when the call accounting application wants to pull data in the middle of the night when the restaurant is closed.

Anybody have any similar experiences or thoughts?

Thanks in advance!

 

[faqeel]

hi max,

r u sure you have to make a call to push the buffer out?

 

[maxwellpolish]

The IPO provides SMDR data via a TCP port. When the port is not connected, it stores records in its buffer.
The problem occurs when connecting the TCP port in the IPO to a data collection server.
The IPO will not dump the data in its buffer unless the port is opened and a NEW SMDR event occurs, then and only then will the new event and the contents of the buffer be passed through to the collection server.

I have replicated these events in the lab and this occurs 100% of the time.

What the problem for us is that the intended SMDR collection server is going to poll each of close to 1000 sites weekly. Once the server connects to the IPO, the IPO will not send its data unless we create an SMDR event, the TCP port will remain open and idle. If we ring a trunk or make an intercom call after the port is open, we receive our data. This will not work for our customer. We need to be able to connect a port, TCP or even better UDP, and get the contents of the buffer without doing anything else.

 

[Westi]

That behavior makes perfect sense because the IPO does not know if the port is actually open until it tries to send a new SMDR event. So you would need to trigger it somehow and you can probably use the cm pro and do a wakeup call.

Joe W.

FHandw, ACSS (SME), ACIS (SME)

http://convergednetworks.ca

Give a tech a solution and he will be back tomorrow to ask you the next question, teach a tech how to read the manual and he will be able to solve the problems for a life time.

 

[yankblan]

Funny, when I open Hyperterminal or Putty, it dumps instantly. And sorry cor telling you so, but worst case scenario your customer cant bring himself to dial 9 and hang up to circumvent, well...

http://interconnexionsld.ca/

 

[maxwellpolish]

Thanks! I will give PuTTY a try...may I ask what settings you used for your PuTTY connection?

 

[cruzades]

I don't think Putty or Hyperterminal will dump it instally without any initiated event, I'm using Hyperterminal for SMDR dumping here and same scenario (default), will not dump until new event is initiated, I'm maybe wrong with the Putty though.

 

[Pepp77]

I have always had to initiate a call to make hyperterminal or equivalent send out the buffered SMDR data.

| ACSS SME |

 

[yankblan]

Dont know about Putty but hyper a simple Enter does it

http://interconnexionsld.ca/