OK, sorry, my fault. /interface lte only works if the modem supports the Ethernet card emulation.
so did i now realize that the modem does not support it…
do you think i can make my modem work on the Network Card Emulation? or could you recommend another modem, i would buy some 
I cannot recommend anything as I haven’t used a plug-in USB modem for years, plus the markets in our contries may differ a bit. But what would be the reason to hunt for a modem which supports Ethernet card emulation? Is your current one limiting the data rate?
I thought i can get net without NAT and maybe its limiting speed i did not test yet… but thats what others wrote about this modem actually the 30 MBit/s is okay for me, I don t need more so it would be if i can use the SIM card without NAT, but maybe I have to call the provider, right? and ask them how to use the different APN… and ppp will be fine, right?
If you get the expected 30 Mbit/s already now with PPP, it’s fine. As you are currently getting the address from the 100.64.0.0/16 range, I am 99.5 % sure that the PPP session goes all the way to the ISP (some modems seem to terminate the PPP session locally, give you some 192.168.0.x, and do a NAT internally, which does not happen here. Or maybe I’ve seen this behaviour only with mobile phones acting as modems, which makes sense as they may do that in order to keep their own connectivity).
There should be no science about using another APN - just the APN name and maybe also username and password should be different from the normal ones, nothing more. So if you are sure you have the APN name, username and password right and the interface doesn’t come up with these values, they’ve screwed the user account for that SIM and must fix it in their subscriber database.
When using PPP interface through LTE modem, it behaves as transparent as it gets … the PPP connection runs directly between ROS and ISP’s core network. So if you get NATed in this case, then it’s not modem’s doing, it is what ISP does.
On the other hand, when using ethernet simulated interface, LTE modem terminates the actual PPP connection and is free to play any games, including inserting own layer of NAT (this behaviour started with advent of smart phones allowing tethering where it makes lots of sense for phone to act as a router performing NAT … LTE modems as niche products are merely stripped-off versions of mobile phones).
But, as @sindy already explained, PPP mode comes with a price of low max throughput which is result of running PPP over simulated serial port (I gues the speed limit is not cast in stone, it’s result of inefective conversion to/from serial stream of bits both in modem and router).
thanks, i opened a dispute at my provider.
they gave me wrong information
and i would like to change my contract:
with a data only contract i could use the other APN, without NAT
they need 30 days for reply
Hi there
I had to buy a new sim card, where I am able to use the APN that has a real IP address on the internet (no NAT)
I installed that sim card, had to reboot the mikrotik router, resetting the USB in the System/Routerboard is never enough.
I finally have my scripted failover running that can fallback from cable modem (dynamic IP - no NAT) to lte_modem (ppp with dynamic IP - no NAT)
for details on the script read here: http://forum.mikrotik.com/t/internet-connectivity-monitor-script-requierd-solved/77607/1
Thanks for all your help in here and wish you a happy weekend
Kind regards,
PS: I needed about 2 years to solve this, but hey I did it!
No scripting is needed…
Just a recursive failover…
For my case I needed the script because if the gateway is up and running (my cable providers modem) it is still possible that hosts behind it are not reachable
You still don’t need a periodically scheduled script to check the path transparency because you can use the scriptless failover as @Zacharias recommends.
But you may need an on-up script in /ppp profile to update the gateway of the lowest level recursive route via the wireless modem with the IP address of the remote end of the ppp link if it sometimes changes (different mobile operators behave in a different way).
thanks for your contribution, i maybe will re-read this thread if i run into issues with my working solution