I have a Vodafone VoIP line. I successfully registered the main line and can make and receive calls without any issues. However, I’m unable to register the second line, even though I have the correct credentials. I’ve also tried using a different PBX, but the result is the same.
I’m currently using the Vodafone Station, but I’m considering removing it and using only my Fritz!Box. However, I understand I’ll need to buy an ONT to connect directly to the fiber line.
Has anyone experienced something similar? It’s driving me crazy that the first line works perfectly while the second one won’t register at all.
Do I understand correctly that you have two trunks with Vodafone, similar except for username and password?
If you disable the first trunk, does the second register ok? You may have to wait up to one hour and/or reboot the Station to clear any state related to the first trunk.
If not, there is likely a problem with the second account.
If both trunks work, but not at the same time, I am guessing that the Station may have a NAT issue (SIP ALG, etc.) that is causing a conflict, or that Vodafone does not permit two accounts to register from the same public IP. Can your Station be put in “bridge” mode (so it functions as just an ONT)?
What error do you get when the second trunk fails to register?
Confirmed, I’ve got two Vodafone trunks configured, with the only difference being their usernames and passwords.
For troubleshooting, I completely disabled (actually removed) the first trunk, which was functioning without issues. After that, I re-registered the second trunk using the credentials provided by Vodafone. Still, the second trunk keeps attempting to register but consistently fails, never actually registers, just gets rejected every time.
I waited for over an hour and even rebooted the Vodafone Station, but the situation didn’t change.
I’ve included below what looked like the most relevant parts of the Asterisk logs during registration attempts. Let me know if you need full debug output or any further details.
8217 [2025-06-05 11:04:22] WARNING[2446] res_pjsip_outbound_registration.c: No response received from ‘sip:ims.vodafone.it’ on registration attempt to ‘sip:[email protected]’, retrying in ‘60’
8372 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [s@macro-dialout-trunk:37] Dial(“PJSIP/702-00000019”, “PJSIP/calledNumber@[email protected],300,Tb(func-apply-sipheaders^s^1,(1))U(sub-send-obroute-email^calledNumber^callerNumber^1^1749121476^^callerNumber)”) in new stack
8373 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] app_stack.c: PJSIP/[email protected] Internal Gosub(func-apply-sipheaders,s,1(1)) start
8375 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [s@func-apply-sipheaders:2] NoOp(“PJSIP/[email protected]”, “Applying SIP Headers to channel PJSIP/[email protected]”) in new stack
8382 [2025-06-05 11:04:36] ERROR[2446] res_pjsip_header_funcs.c: No headers had been previously added to this session.
8392 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] app_dial.c: Called PJSIP/calledNumber@[email protected]
8393 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] app_dial.c: Everyone is busy/congested at this time (1:0/0/1)
8394 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [s@macro-dialout-trunk:38] NoOp(“PJSIP/702-00000019”, “Dial failed for some reason with DIALSTATUS = CHANUNAVAIL and HANGUPCAUSE = 21”) in new stack
8395 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [s@macro-dialout-trunk:39] GotoIf(“PJSIP/702-00000019”, “1?continue,1:s-CHANUNAVAIL,1”) in new stack
8396 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx_builtins.c: Goto (macro-dialout-trunk,continue,1)
8397 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [continue@macro-dialout-trunk:1] NoOp(“PJSIP/702-00000019”, “TRUNK Dial failed due to CHANUNAVAIL HANGUPCAUSE: 21 - failing through to other trunks”) in new stack
8398 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [continue@macro-dialout-trunk:2] ExecIf(“PJSIP/702-00000019”, “1?Set(CALLERID(number)=702)”) in new stack
8399 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [calledNumber@from-internal:14] Set(“PJSIP/702-00000019”, “CALLERID(all)=“Name” <702>”) in new stack
8400 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [calledNumber@from-internal:15] Set(“PJSIP/702-00000019”, “_KEEPCID=TRUE”) in new stack
8401 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [calledNumber@from-internal:16] Goto(“PJSIP/702-00000019”, “app-blackhole,hangup,1”) in new stack
8402 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx_builtins.c: Goto (app-blackhole,hangup,1)
8403 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [hangup@app-blackhole:1] NoOp(“PJSIP/702-00000019”, “Blackhole Dest: Hangup”) in new stack
8404 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Executing [hangup@app-blackhole:2] Hangup(“PJSIP/702-00000019”, “”) in new stack
8405 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] pbx.c: Spawn extension (app-blackhole, hangup, 2) exited non-zero on ‘PJSIP/702-00000019’
8406 [2025-06-05 11:04:36] VERBOSE[13829][C-00000014] app_stack.c: PJSIP/702-00000019 Internal Gosub(crm-hangup,s,1) start
Getting no reply (rather than an error response) seems strange, given that your first trunk can register successfully.
Though it is not uncommon for a provider to temporarily blacklist an IP address (for example after several authentication failures), if that had happened, I would expect that the working trunk would have lost registration.
I would expect to see your trunk name after the first @, for example
Called PJSIP/calledNumber@vodafone1
FreePBX sometimes matches trunk names against usernames, so I suggest that you choose names that won’t match anything.
As a test, disable (or remove) the second trunk and confirm that the first registers correctly. Then change the username and password to that of the second account and see whether it registers ok. (Be careful, your trunk configuration may have the username in two or more places.)