[GH-ISSUE #1] Error from AT Command when trying to pass through IP Address #2

New issue

Open

opened 2026-02-27 14:46:41 +03:00 by kerem · 11 comments

kerem commented 2026-02-27 14:46:41 +03:00

Owner

Copy link

Originally created by @chansearrington on GitHub (Jun 21, 2023).
Original GitHub issue: https://github.com/natecarlson/quectel-rgmii-configuration-notes/issues/1

I've enabled ethernet mode through the regular (?) way, not the rgmii method.

I've also enabled TTL and changed the local LAN address to work better with my network.

BUT when I try to use the AT command to enable IP passthrough, I get a return of "error"

at+qmap="mpdn_rule",0,1,1,1,1,"FF:FF:FF:FF:FF:FF"
at+qmap="mpdn_rule",0,1,1,1,1,"FF:FF:FF:FF:FF:FF"
ERROR

Originally created by @chansearrington on GitHub (Jun 21, 2023). Original GitHub issue: https://github.com/natecarlson/quectel-rgmii-configuration-notes/issues/1 I've enabled ethernet mode through the regular (?) way, not the rgmii method. I've also enabled TTL and changed the local LAN address to work better with my network. BUT when I try to use the AT command to enable IP passthrough, I get a return of "error" ``` at+qmap="mpdn_rule",0,1,1,1,1,"FF:FF:FF:FF:FF:FF" at+qmap="mpdn_rule",0,1,1,1,1,"FF:FF:FF:FF:FF:FF" ERROR ```

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@natecarlson commented on GitHub (Jun 21, 2023):

Can you try:

at+qmap="mpdn_rule",0,1,0,1,1,"FF:FF:FF:FF:FF:FF"

I believe I was looking at the RM500 AT commands and testing on my RM500 when I built that part of the docs.. the RM520 docs are different:

<rule_num> Integer type. mPDN rule number. Range: 0–3.

<profileID> Integer type. APN profile ID. Range: 1–16.

<VLAN_ID> Integer type. VLAN ID. Range: 2–255.

<IPPT_mode> Integer type. Enable or disable IPPT mode (IP Passthrough mode).
0 Disable IPPT mode
1 Enable IPPT mode (ETH)
2 Enable IPPT mode (Wi-Fi)
3 Enable IPPT mode (USB-ECM/RNDIS)

<auto_connect> Integer type. Enable or disable automatic data backhaul connectivity.
1 Enable
0 Disable

<IPPT_info> String type.
If <IPPT_mode> is 1 or 2, <IPPT_info> is the peer NIC MAC address bound in IPPT mode.
If <IPPT_mode> is 3, <IPPT_info> is the peer host name bound in IPPT mode.
If <IPPT_mode> is 0, <IPPT_info> does not need to be filled in.
When <IPPT_mode> is not 0, if <IPPT_info> is specified, the bound peer NIC or peer host gets a public IP, and other devices get a private IP; if <IPPT_info> is not specified, only the first connected device gets a public IP, other devices will not be able to get IP.

..so the third field is VLAN, and you'll want 0 for default VLAN.

<!-- gh-comment-id:1599939140 --> @natecarlson commented on GitHub (Jun 21, 2023): Can you try: at+qmap="mpdn_rule",0,1,0,1,1,"FF:FF:FF:FF:FF:FF" I believe I was looking at the RM500 AT commands and testing on my RM500 when I built that part of the docs.. the RM520 docs are different: ``` <rule_num> Integer type. mPDN rule number. Range: 0–3. <profileID> Integer type. APN profile ID. Range: 1–16. <VLAN_ID> Integer type. VLAN ID. Range: 2–255. <IPPT_mode> Integer type. Enable or disable IPPT mode (IP Passthrough mode). 0 Disable IPPT mode 1 Enable IPPT mode (ETH) 2 Enable IPPT mode (Wi-Fi) 3 Enable IPPT mode (USB-ECM/RNDIS) <auto_connect> Integer type. Enable or disable automatic data backhaul connectivity. 1 Enable 0 Disable <IPPT_info> String type. If <IPPT_mode> is 1 or 2, <IPPT_info> is the peer NIC MAC address bound in IPPT mode. If <IPPT_mode> is 3, <IPPT_info> is the peer host name bound in IPPT mode. If <IPPT_mode> is 0, <IPPT_info> does not need to be filled in. When <IPPT_mode> is not 0, if <IPPT_info> is specified, the bound peer NIC or peer host gets a public IP, and other devices get a private IP; if <IPPT_info> is not specified, only the first connected device gets a public IP, other devices will not be able to get IP. ``` ..so the third field is VLAN, and you'll want 0 for default VLAN.

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@natecarlson commented on GitHub (Jun 21, 2023):

Also interesting:

AT+QMAP="mPDN_status" 

Response
+QMAP: "mPDN_status",<rule_num>,<profileID>,<IPPT_status>,<connect_status>

<rule_num> Integer type. mPDN rule number. Range: 0–3.

<profileID> Integer type. APN profile ID. Range: 1–16.

<IPPT_status> Integer type. Whether IPPT mode is enabled.
0 Enabled
1 Disabled

<connect_status> Integer type. Status of data backhaul connectivity.
0 Disconnected
1 Connected

<!-- gh-comment-id:1599940526 --> @natecarlson commented on GitHub (Jun 21, 2023): Also interesting: ``` AT+QMAP="mPDN_status" Response +QMAP: "mPDN_status",<rule_num>,<profileID>,<IPPT_status>,<connect_status> <rule_num> Integer type. mPDN rule number. Range: 0–3. <profileID> Integer type. APN profile ID. Range: 1–16. <IPPT_status> Integer type. Whether IPPT mode is enabled. 0 Enabled 1 Disabled <connect_status> Integer type. Status of data backhaul connectivity. 0 Disconnected 1 Connected ```

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@natecarlson commented on GitHub (Jun 21, 2023):

I tried the passthrough on a spare RM520 with the at+qmap="mpdn_rule",0,1,0,1,1,"FF:FF:FF:FF:FF:FF". Seems to work, for IPv4 at least?

<!-- gh-comment-id:1599948987 --> @natecarlson commented on GitHub (Jun 21, 2023): I tried the passthrough on a spare RM520 with the `at+qmap="mpdn_rule",0,1,0,1,1,"FF:FF:FF:FF:FF:FF"`. Seems to work, for IPv4 at least?

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@chansearrington commented on GitHub (Jun 21, 2023):

Can you try:

at+qmap="mpdn_rule",0,1,0,1,1,"FF:FF:FF:FF:FF:FF"

I believe I was looking at the RM500 AT commands and testing on my RM500 when I built that part of the docs.. the RM520 docs are different:

I got an accept response on this one "OK"

<!-- gh-comment-id:1599957788 --> @chansearrington commented on GitHub (Jun 21, 2023): > Can you try: > > at+qmap="mpdn_rule",0,1,0,1,1,"FF:FF:FF:FF:FF:FF" > > I believe I was looking at the RM500 AT commands and testing on my RM500 when I built that part of the docs.. the RM520 docs are different: I got an accept response on this one "OK"

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@qy2009 commented on GitHub (Jul 14, 2023):

I am on the same boat here.

Tried with at+qmap="mpdn_rule",0,1,0,1,1,"FF:FF:FF:FF:FF:FF" . and failed :(

I noticed you mentioned ipv6, is that why?

Here is my ifconfig:

<!-- gh-comment-id:1636473765 --> @qy2009 commented on GitHub (Jul 14, 2023): I am on the same boat here. Tried with at+qmap="mpdn_rule",0,1,0,1,1,"FF:FF:FF:FF:FF:FF" . and failed :( I noticed you mentioned ipv6, is that why? Here is my ifconfig: 

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@natecarlson commented on GitHub (Jul 17, 2023):

I haven't tested IPv6 passthrough yet.. v4 did work for me with the command in my comment above, looks like the same one you used. Did the modem return ERROR when executing the command, or is passthrough just still not working?

<!-- gh-comment-id:1638309877 --> @natecarlson commented on GitHub (Jul 17, 2023): I haven't tested IPv6 passthrough yet.. v4 did work for me with the command in my comment above, looks like the same one you used. Did the modem return ERROR when executing the command, or is passthrough just still not working?

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@qy2009 commented on GitHub (Jul 20, 2023):

Actually, I have contacted quectel tech support, he told me that IP pass-through only works when you connect to the internet via USB. if you are using ethernet, the IP pass-through won't work. that's why I am seeing the "ERROR" output.

You are using ethernet, not the USB to get the internet, right?

<!-- gh-comment-id:1643201099 --> @qy2009 commented on GitHub (Jul 20, 2023): Actually, I have contacted quectel tech support, he told me that IP pass-through only works when you connect to the internet via USB. if you are using ethernet, the IP pass-through won't work. that's why I am seeing the "ERROR" output. You are using ethernet, not the USB to get the internet, right?

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@annualstatement commented on GitHub (Aug 9, 2023):

How does one reset this back to default if you decide you don't want ip passthrough anymore?

<!-- gh-comment-id:1672284805 --> @annualstatement commented on GitHub (Aug 9, 2023): How does one reset this back to default if you decide you don't want ip passthrough anymore?

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@radiomean commented on GitHub (Aug 10, 2023):

Hi there,

Glad to hear from you. I've used your very helpful notes in git!

To reset it - short answer is I don't know...

I got the module (with latest firmware) into IPPT with the command -
at+qmap=“mpdn_rule”,0,1,0,4,1,“FF:FF:FF:FF:FF:FF” (note that
this is not quite the same as in your notes). I got the latest
Quectel_RG520N&RG525F&RG5x0F&RM5x0N_Series_AT_Commands_Manual_V1.0.0_Preliminary_20230731
manual via the Quectel forum.
Changing the 4 to 0 should reset it but I now get 'ERROR'.

However, connecting the module to a Gl-inet router (model GL-AXT1800,
flashed with OpenWRT) resulted in it reverting to NAT!
I want to use my RM520N-GL modules on the WAN port so I'm trying to
avoid double-NAT...

So it's a bit of a puzzle.

On Wednesday 09/08/2023 at 23:54, r01510 wrote:

How does one reset this back to default if you decide you don't want
ip passthrough anymore?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this
thread.Message ID:
@.***>

<!-- gh-comment-id:1672641509 --> @radiomean commented on GitHub (Aug 10, 2023): Hi there, Glad to hear from you. I've used your very helpful notes in git! To reset it - short answer is I don't know... I got the module (with latest firmware) into IPPT with the command - at+qmap=“mpdn_rule”,0,1,0,4,1,“FF:FF:FF:FF:FF:FF” (note that this is not quite the same as in your notes). I got the latest Quectel_RG520N&RG525F&RG5x0F&RM5x0N_Series_AT_Commands_Manual_V1.0.0_Preliminary_20230731 manual via the Quectel forum. Changing the 4 to 0 should reset it but I now get 'ERROR'. However, connecting the module to a Gl-inet router (model GL-AXT1800, flashed with OpenWRT) resulted in it reverting to NAT! I want to use my RM520N-GL modules on the WAN port so I'm trying to avoid double-NAT... So it's a bit of a puzzle. On Wednesday 09/08/2023 at 23:54, r01510 wrote: > > How does one reset this back to default if you decide you don't want > ip passthrough anymore? > — > Reply to this email directly, view it on GitHub, or unsubscribe. > You are receiving this because you are subscribed to this > thread.Message ID: > ***@***.***>

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@radiomean commented on GitHub (Aug 12, 2023):

Hi, did I reply to this?

at+qmap=“mpdn_rule”,0 disables IPPT - but I can't get it to work
again!

Help!

On Wednesday 09/08/2023 at 23:54, r01510 wrote:

How does one reset this back to default if you decide you don't want
ip passthrough anymore?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this
thread.Message ID:
@.***>

<!-- gh-comment-id:1675755597 --> @radiomean commented on GitHub (Aug 12, 2023): Hi, did I reply to this? at+qmap=“mpdn_rule”,0 disables IPPT - but I can't get it to work again! Help! On Wednesday 09/08/2023 at 23:54, r01510 wrote: > > How does one reset this back to default if you decide you don't want > ip passthrough anymore? > — > Reply to this email directly, view it on GitHub, or unsubscribe. > You are receiving this because you are subscribed to this > thread.Message ID: > ***@***.***>

kerem commented 2026-02-27 14:46:42 +03:00

Author

Owner

Copy link

@dr-dolomite commented on GitHub (Sep 20, 2023):

Did anyone here successfully tried to passthrough public IPV6?

My current config is this:

AT+QETH="ipptmac",XX:XX:XX:XX:XX:XX (where XX is my actual WAN MAC)
AT+QETH="RGMII","ENABLE",1,1

It works and I can receive public IPV4 from my modem, however, theres no WAN IPV6 even though I can see it being assigned on my modem (AT+CGCONTRDP=1)

AT+QMAP="MPDN_RULE",0,1,0,1,1,"FF:FF:FF:FF:FF:FF" 

also works for me but I disabled it since the IPV6 wasn’t also working so I tried RGMII mode and sticked with it for now.

<!-- gh-comment-id:1726718481 --> @dr-dolomite commented on GitHub (Sep 20, 2023): Did anyone here successfully tried to passthrough public IPV6? My current config is this: ``` AT+QETH="ipptmac",XX:XX:XX:XX:XX:XX (where XX is my actual WAN MAC) AT+QETH="RGMII","ENABLE",1,1 ``` It works and I can receive public IPV4 from my modem, however, theres no WAN IPV6 even though I can see it being assigned on my modem (AT+CGCONTRDP=1) ``` AT+QMAP="MPDN_RULE",0,1,0,1,1,"FF:FF:FF:FF:FF:FF" ``` also works for me but I disabled it since the IPV6 wasn’t also working so I tried RGMII mode and sticked with it for now.

kerem referenced this issue 2026-02-27 14:46:45 +03:00

[PR #2] [MERGED] Add Qualcomm Webserver #13

Sign in to join this conversation.

No Branch/Tag specified

Branches Tags

main

dev-build-env

No results found.

Labels

Clear labels   

pull-request

Mirrored from GitHub Pull Request

No labels

pull-request

Milestone

Clear milestone

No items

No milestone

Projects

Clear projects

No items

No project

Assignees

Clear assignees

No assignees

1 participant

Notifications

Subscribe

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/quectel-rgmii-configuration-notes#2

No description provided.