On Wed, 11 Jul 2001, Alexei Pashkovsky wrote:
> I am not sure you are right about the scheme.
> Example :
> Vodafone network has it's shortcat numbers (i.e. short numbers, that are not
> in format of standard MSISDN : 8181/8888/9999/...)
International ISDN (or MSISDN) format is just one type of address. Other
types exist too, and one of them is just like that "specific to this
SMSC".
> The customer is situated in foreign cellular network and operates under
> roaming agreement.
> Now, if he sends a message to this non-standard number, the sms will reach
> the shortcat, even if the operator that gives roaming service doesn't have
> those, so I suppose the message goes directly to home network smsc, which
> decides where to send it.
ME's do have 'default' SMSC number, which in most cases is their home
network SMSC. This makes them contact their home network SMSC everytime
they initiate a message transfer. (Hm, except for the 'Reply Path' case,
which is the only way I know to force a MS to send message through other
SMSC, but this is another story :))
> We are testing our Vodafone connection from Israel, and if we send messages
> from vodafone sim to our shortcat, or full x.25 numbers (NUA) they reach
> receipient.
> If we send from local sim cards (Orange) - messages fail to be sent
> ("message not sent this time")..
Set the Vodafone SMSC number on the Orange SIM and try again? :)
>
> ----- Original Message -----
> From: "Andreas Fink" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, July 11, 2001 2:32 PM
> Subject: Re: SMSC operators in Europe
>
>
> > >Hi all,
> > >we are using kannel with the siemens M20 modem, but, in the near future,
> we'll
> > >need an SMSC connection via internet.
> > >We asked to a couple of italian telecom operators and they said that
> > >they don't
> > >provide access with standard protocols (SMPP,EMI,SEMA, etc..) to their
> SMSC's
> > >any more.
> > >The point is that thay cannot calculate the exact invoice for
> > >roaming use of the
> > >SMS'es. So they have developed a proprietary protocol, that help
> > >them with this,
> > >on wich is based a proprietary software sold at 2,5k Euro !!! One of
> these
> > >telecom operator is a Vodaphone company.
> > >We would like to know what the situation is out there. Are others
> european
> > >telecom operators planning to close their SMSC to 'standard protocols'?
> > >If the situation is different we could plan to subscribe a contract with
> an
> > >e.t.o. other than italian.
> > >Finally, do you know how they calculate the invoice for roaming SMS ?
> > >
> > >Any indication would be very helpful and appreciated.
> >
> >
> > As far as I know the problem is as following:
> >
> > Carrier A and Carrier B have both roaming agreements with each other.
> >
> > Now if you are customer of carrier A and you send a message to
> > customer of carrier B, it is going through carrier A's SMSC which
> > will be billing you as a customer, and will be directly sent to
> > customer B's phone. Carrier B's SMSC is NOT involved which means
> > carrier B will not have any logs of the message being transmitted
> > through his network. In other words Carrier B doesnt get any money
> > out of it. This was completely forgotton in the GSM associations
> > standard roaming contracts. Technically its also very difficult to
> > manage because you have to count SMS on a completely different place
> > (on some SS7 device instead of on the SMSC).
> >
> > I know one carrier who follows the following policy:
> >
> > If a customer sends a message to their customer they dont gain
> > anything but there is a high chance that their customer is going to
> > reply to the message which will make the scenario be inverted. So
> > statistically they end up on even ground.
> >
> > However other carriers have different views. I know for example that
> > the carriers in france have completely closed their network for
> > incoming messages from outside. This has nothing to do with SMSC
> > direct access but also affects users who type messages on their
> > handsets.
> >
> > In the case of Omnitel in Italy, I know that they use a strange SMSC
> > protocol which is not supported by Kannel yet (I got the specs and it
> > wouldnt be that hard to implement), they have found agreements with
> > Swisscom in Switzerland to charge each other for originated and
> > terminated messages. Meaning a message terminating on the omnitel
> > network is 100 Lire more expensive than a message terminating inside
> > swisscom's network. The odd story of this is that the price to
> > terminate a message in Omnitel's network from inside the omnitel's
> > network is cheaper than that making terminating into Omnitel for
> > large accounts very expensive.
> >
> > I dont know why anyone should close their access to their SMSC's if
> > they sell the service. The only thing they close is that you can use
> > one SMSC to reach the world because the receiving networks give you
> > trouble.
> >
> > Some SMSC dont allow connection via TCP/IP because they are not able
> > to do so (the carriers are too stupid to set up TCP/IP on such a
> > box...).
> >
> > For those of you new to SMSC's, you can take a look at a powerpoint
> > presentation I've once made to explain this a bit (I remember I had a
> > hard time understanding why SMSC's work different compared to e-mail
> > servers). Its on http://www.smsrelay.com/ppt/smsrelay-carrier.htm or
> > http://www.smsrelay.com/ppt/smsrelay-carrier.ppt (for those who own
> > power point).
> >
> >
> > --
> >
> > Andreas Fink
> > Fink-Consulting
> >
> > ------------------------------------------------------------------
> > Tel: +41-61-6932730 Fax: +41-61-6932729 Mobile: +41-79-2457333
> > Address: A. Fink, Schwarzwaldallee 16, 4058 Basel, Switzerland
> > E-Mail: [EMAIL PROTECTED] Homepage: http://www.finkconsulting.com
> > ------------------------------------------------------------------
> > Something urgent? Try http://www.smsrelay.com/ Nickname afink
>
>
>
