Yes Roland, that optional parameter is passed as a TLV in an incoming PDU.
Unfortunately, Kannel only reports TLV's as errors in the logs:
2004-11-25 10:00:24 [93720] [20] ERROR: SMPP: Unknown TLV(0x000e,0x0001,01)
for PDU type (deliver_sm) received!
I posted this question a while ago and there is no way of extracting the
TLV. So you will need some programming to accomplish this.
Regards, Rodrigo.
----- Original Message -----
From: "Rolandow" <[EMAIL PROTECTED]>
To: "Rodrigo A. Cremaschi" <[EMAIL PROTECTED]>
Sent: Thursday, November 25, 2004 7:26 AM
Subject: Re[4]: parse carrier_id from SMPP
> Hello Rodrigo,
>
> The API document says this about the carrier_id:
>
> "Upon request, we can configure its system to add carrier
> identification on MO messages. This can be required in permium billing
> cases where a different price is set on different carriers, and the
> content provider needs the carrier identification to embed the correct
> price in a message.
>
> The carrier identification is passed as a string in an optional
> parameter rag identifier 0x1402 (carrier_id)."
>
> So I think this is about a TLV value, isn't it?
>
> I'm not really familliar with these TLV's, so I wouldn't recognise
> them :)
>
> Thanks.
>
> Kind regards,
> Roland.
>
>
> On 24 November 2004, 21:21:59, Rodrigo wrote:
>
>
> RAC> Does this carrier_id come in a TLV (Tag / Length / Value)? In such
case,
> RAC> there is no way of getting TLV values into Kannel, and no way of
setting
> RAC> TLV's in outgoing PDU's either. Optional parameters are not
implemented into
> RAC> Kannel, although they are parsed and logged. But it would be an
interesting
> RAC> thing to do.
>
> RAC> More info on TLV's: look for SMPP ver.3.4 specification.
>
>
Este mensaje se dirige exclusivamente a su destinatario y puede contener
informaci�n CONFIDENCIAL sometida a secreto profesional o cuya divulgaci�n
est� prohibida en virtud de la legislaci�n vigente. Si ha recibido este
mensaje por error, le rogamos que nos lo comunique inmediatamente por esta
misma v�a o por tel�fono (54.11 5776-5000) y proceda a su destrucci�n.
N�tese que el correo electr�nico v�a Internet no permite asegurar ni la
confidencialidad de los mensajes que se transmiten ni la correcta recepci�n
de los mismos. En caso de que el destinatario de este mensaje no
consintiera la utilizaci�n de correo electr�nico v�a Internet rogamos lo
ponga en nuestro conocimiento de manera inmediata.
