Re: PID bug?

"Bruno David Rodrigues" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <009101c1d21a$2ca99b20$0a00a8c0@davi>
----- Original Message -----
From: "Steve Rapaport" <[email protected]>
To: <[email protected]>; "Bruno David Rodrigues"
<[email protected]>
Sent: Friday, March 22, 2002 9:54 PM
Subject: PID bug?


> My guys worked overtime this week sending EMS's with kannel,
> and they report that they were not able to send PID's properly
> with Bruno's new PID support, until they made a few changes.
> It's apparently working for us (EMI2) now.


uh?
PID is a simple byte field in UCP. What could gone wrong ?
I'm sucessfully using PID in UCP and AT2, for SIM Toolkit (PID=127),
"ping" (64) and replace message (65->)

(BTW: My Ericsson T68 doesn't even receive correctly the ping and replace
messages: it ignores ping and it's funny with replace: if I have one message
in memory and send a pid=65 message, my mobile will have two copies of
the old message (and three and more if more messages are sent) and nowhere
is the new message)

> I will ask the guys if they have any diffs to contribute
> Monday, hope that's not too late.

Send the diffs so I can see what's happening


> Also, we are having problems with reassembly
> of long 8-bit SMS, with all headers (including concatenation
> headers) precreated.  These same PDU's sent directly work fine,
> but Kannel seems to mangle them still.

Another strange thing... I'm sending too long text messages and picture
messages with UCP and AT2.....


>
> More info Monday.
>
> ____________________________________________
> Steve Rapaport
> CTO, A-Tono
>
>
>

--
Bruno David Rodrigues
Vodafone Telecel Portugaldeve
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.