T41P/T48G/T58V IPv6 SIP Issues

[ReubenFarrelly]

I have been recently testing out IPv6 SIP connectivity from a local Asterisk server to my 3 Yealink phones and run into what I believe are two bugs in the Yealink SIP implementation.

Using IPv4, none of these problems exist and the phones all work flawlessly but as soon as I change the configuration to use IPv6 SIP these issues appear. For both IPv4 and IPv6 I am using TCP transport.

These problems all occur with all three phones. All are running the latest firmware available, 58.80.0.10 (T58) and 35.81.0.110 (T48/T41).

The first relates to the IPv6 default gateway. If I statically configure an IPv6 address and enter the global IPv6 gateway address of my router on the same /64 subnet as the gateway, I observe network connectivity to the phone works. I can ping it and access the web interface over IPv6. However the phone will refuse to even attempt to connect to the IPv6 SIP server. The syslog during boot shows that the SIP application on the phone considers the IPv6 network to be unreachable (even though it is not, and the phone is reachable from outside the subnet) and it refuses to even try and connect to the SIP server. Packet captures show no attempts. The workaround for this is to enter a link-local IPv6 address for the network gateway, in which case the phone will then attempt to connect and will be able to successfully register.

Here is the section of the boot log:

Jun 5 23:31:29 ipphone-2.reub.net [497]: SUA <6+info > [000] ****API Event:(0x0009) SIPUA_EVENT_A2S_REGISTER_ON ****
Jun 5 23:31:29 ipphone-2.reub.net [497]: REG <5+notice> [000] Register: start...
Jun 5 23:31:29 ipphone-2.reub.net [497]: APP <5+notice> [SIP] linestatus lid:0, enable=1, tick=0, old_status:1, new_status:1
Jun 5 23:31:29 ipphone-2.reub.net [497]: APP <6+info > [SIP] <IPC_p2my>:msg=0x00042103, wparam=0, lparam=0, id=SIP_S2S_M2M_REG_STATUS_CHANGE
Jun 5 23:31:29 ipphone-2.reub.net [497]: APP <6+info > [SIP] <IPC_broa>:msg=0x00040001, wparam=0, lparam=1, id=SIP_REG_UPDATE_REGISTER
Jun 5 23:31:29 ipphone-2.reub.net [497]: APP <6+info > [SIP] <IPC_rcv >:msg:0x00042103, wparam:0x00000000, lparam:0x00000000, id:SIP_S2S_M2M_REG_STATUS_CHANGE
Jun 5 23:31:29 ipphone-2.reub.net ipvp[495]: IPVP<5+notice> 489.622.341:Message=0x00040001(0x00000000+0x00000001+0)
Jun 5 23:31:29 ipphone-2.reub.net ipvp[495]: IPVP<6+info > 489.622.416:unknown msg,0x00040001,from 0xe31f45b4 0x00000000, 0x00000001
Jun 5 23:31:29 ipphone-2.reub.net [497]: FSM <6+info > [000] allocating transaction ressource 1 0_582421779
Jun 5 23:31:29 ipphone-2.reub.net [497]: FSM <6+info > [000] allocating NICT context
Jun 5 23:31:29 ipphone-2.reub.net [497]: NET <6+info > [255] New binding with 2001:44b8:xxxx:xx10::25:5060
Jun 5 23:31:29 ipphone-2.reub.net [497]: NET <6+info > [255] socket node:2001:44b8:xxxx:xx10::25 , socket 31, family:10 set to non blocking mode
Jun 5 23:31:29 ipphone-2.reub.net [497]: NET <6+info > [255] Cannot connect socket node:2001:44b8:xxxx:xx10::25 family:10 Network is unreachable[101]
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <5+notice> [000] cb_transport_error (id=1)
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <6+info > [000] cb_nict_kill_transaction (id=1)
Jun 5 23:31:29 ipphone-2.reub.net [497]: SUA <6+info > [000] ****eCore event:(0x0002)ECORE_REGISTRATION_FAILURE ****
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <5+notice> [000] Clear service route!
Jun 5 23:31:29 ipphone-2.reub.net [497]: REG <4+warnin> [000] Register: no responser, server id:0
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <5+notice> [000] Clear service route!
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <5+notice> [000] Release a terminated transaction


The second relates to the use of a Server Host and Outbound Proxy Server settings in the Account tab. I have a valid IPv6 DNS entry for sip.reub.net which has an AAAA record. It does note have an A record (for testing). If I enter that hostname in these fields the phone is unable to resolve the name and the phone is unable to register. If I put the raw IPv6 address in the field instead, the phone then is able to register and works fine. There is something wrong with the DNS resolution over IPv6:

Jun 6 09:24:33 ipphone-2.reub.net [1206]: DNS <3+error > [SIP] Query error: 'DNS server returned answer with no data'
Jun 6 09:24:33 ipphone-2.reub.net [1206]: SUA <3+error > [000] DNS resolver fail, unknown destination...
Jun 6 09:24:33 ipphone-2.reub.net [1206]: REG <4+warnin> [000] Register: no responser, server id:0

The DNS record is a very standard AAAA record:

thunderstorm ~ # host sip.reub.net
sip.reub.net has IPv6 address 2001:44b8:xxxx:xx10::25
thunderstorm ~ #

If I change this to an A record with an IPv4 address then the phone accepts it and is able to resolve and register with the SIP server over IPv4.

I believe these are both IPv6 specific bugs in the SIP application on the phone.

These are both very easy to reproduce.

[Kevin_Yealink]

(06-07-2017 03:01 PM)ReubenFarrelly Wrote:  I have been recently testing out IPv6 SIP connectivity from a local Asterisk server to my 3 Yealink phones and run into what I believe are two bugs in the Yealink SIP implementation.

Using IPv4, none of these problems exist and the phones all work flawlessly but as soon as I change the configuration to use IPv6 SIP these issues appear. For both IPv4 and IPv6 I am using TCP transport.

These problems all occur with all three phones. All are running the latest firmware available, 58.80.0.10 (T58) and 35.81.0.110 (T48/T41).

The first relates to the IPv6 default gateway. If I statically configure an IPv6 address and enter the global IPv6 gateway address of my router on the same /64 subnet as the gateway, I observe network connectivity to the phone works. I can ping it and access the web interface over IPv6. However the phone will refuse to even attempt to connect to the IPv6 SIP server. The syslog during boot shows that the SIP application on the phone considers the IPv6 network to be unreachable (even though it is not, and the phone is reachable from outside the subnet) and it refuses to even try and connect to the SIP server. Packet captures show no attempts. The workaround for this is to enter a link-local IPv6 address for the network gateway, in which case the phone will then attempt to connect and will be able to successfully register.

Here is the section of the boot log:

Jun 5 23:31:29 ipphone-2.reub.net [497]: SUA <6+info > [000] ****API Event:(0x0009) SIPUA_EVENT_A2S_REGISTER_ON ****
Jun 5 23:31:29 ipphone-2.reub.net [497]: REG <5+notice> [000] Register: start...
Jun 5 23:31:29 ipphone-2.reub.net [497]: APP <5+notice> [SIP] linestatus lid:0, enable=1, tick=0, old_status:1, new_status:1
Jun 5 23:31:29 ipphone-2.reub.net [497]: APP <6+info > [SIP] <IPC_p2my>:msg=0x00042103, wparam=0, lparam=0, id=SIP_S2S_M2M_REG_STATUS_CHANGE
Jun 5 23:31:29 ipphone-2.reub.net [497]: APP <6+info > [SIP] <IPC_broa>:msg=0x00040001, wparam=0, lparam=1, id=SIP_REG_UPDATE_REGISTER
Jun 5 23:31:29 ipphone-2.reub.net [497]: APP <6+info > [SIP] <IPC_rcv >:msg:0x00042103, wparam:0x00000000, lparam:0x00000000, id:SIP_S2S_M2M_REG_STATUS_CHANGE
Jun 5 23:31:29 ipphone-2.reub.net ipvp[495]: IPVP<5+notice> 489.622.341:Message=0x00040001(0x00000000+0x00000001+0)
Jun 5 23:31:29 ipphone-2.reub.net ipvp[495]: IPVP<6+info > 489.622.416:unknown msg,0x00040001,from 0xe31f45b4 0x00000000, 0x00000001
Jun 5 23:31:29 ipphone-2.reub.net [497]: FSM <6+info > [000] allocating transaction ressource 1 0_582421779
Jun 5 23:31:29 ipphone-2.reub.net [497]: FSM <6+info > [000] allocating NICT context
Jun 5 23:31:29 ipphone-2.reub.net [497]: NET <6+info > [255] New binding with 2001:44b8:xxxx:xx10::25:5060
Jun 5 23:31:29 ipphone-2.reub.net [497]: NET <6+info > [255] socket node:2001:44b8:xxxx:xx10::25 , socket 31, family:10 set to non blocking mode
Jun 5 23:31:29 ipphone-2.reub.net [497]: NET <6+info > [255] Cannot connect socket node:2001:44b8:xxxx:xx10::25 family:10 Network is unreachable[101]
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <5+notice> [000] cb_transport_error (id=1)
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <6+info > [000] cb_nict_kill_transaction (id=1)
Jun 5 23:31:29 ipphone-2.reub.net [497]: SUA <6+info > [000] ****eCore event:(0x0002)ECORE_REGISTRATION_FAILURE ****
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <5+notice> [000] Clear service route!
Jun 5 23:31:29 ipphone-2.reub.net [497]: REG <4+warnin> [000] Register: no responser, server id:0
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <5+notice> [000] Clear service route!
Jun 5 23:31:29 ipphone-2.reub.net [497]: DLG <5+notice> [000] Release a terminated transaction


The second relates to the use of a Server Host and Outbound Proxy Server settings in the Account tab. I have a valid IPv6 DNS entry for sip.reub.net which has an AAAA record. It does note have an A record (for testing). If I enter that hostname in these fields the phone is unable to resolve the name and the phone is unable to register. If I put the raw IPv6 address in the field instead, the phone then is able to register and works fine. There is something wrong with the DNS resolution over IPv6:

Jun 6 09:24:33 ipphone-2.reub.net [1206]: DNS <3+error > [SIP] Query error: 'DNS server returned answer with no data'
Jun 6 09:24:33 ipphone-2.reub.net [1206]: SUA <3+error > [000] DNS resolver fail, unknown destination...
Jun 6 09:24:33 ipphone-2.reub.net [1206]: REG <4+warnin> [000] Register: no responser, server id:0

The DNS record is a very standard AAAA record:

thunderstorm ~ # host sip.reub.net
sip.reub.net has IPv6 address 2001:44b8:xxxx:xx10::25
thunderstorm ~ #

If I change this to an A record with an IPv4 address then the phone accepts it and is able to resolve and register with the SIP server over IPv4.

I believe these are both IPv6 specific bugs in the SIP application on the phone.

These are both very easy to reproduce.

Hello

This is Kevin from Yealink support team, nice to know you.

For question 1, we need your help to export syslog,config.bin,pcap files to me. You can refer to the FAQ to get those files.
http://support.yealink.com/faq/faqInfo?id=311
NOTE: I need your help to export those files in 2 scenario(global address and link address for gateway), then i can do a comparison.

For question 2, please kindly help use this parameter 'account.X.sip_server_mode=1' to provision your phone. Please change X to corresponding line. Default value is 0, so it will not DNS on IPV6 environment.
If the issue still exist, please kindly send files to me.

May i know how many phones in your side now? Is there new projects so you are testing yealink phones? Can you share me more information about it.

BR
Kevin

[ReubenFarrelly]

Hi Kevin,

I will get back to you later with the information for question 1.

For question 2, these phones are semi-live, currently testing them in my home environment so I am able to make changes and test things out quite easily.

I have only configured these phones via the web interface so far but I will be provisioning by config file at a later date. Does this sip_server_mode option appear in the web interface at all?

Thanks,
Reuben

(06-08-2017 09:14 AM)Kevin_Yealink Wrote:  Hello

This is Kevin from Yealink support team, nice to know you.

For question 1, we need your help to export syslog,config.bin,pcap files to me. You can refer to the FAQ to get those files.
http://support.yealink.com/faq/faqInfo?id=311
NOTE: I need your help to export those files in 2 scenario(global address and link address for gateway), then i can do a comparison.

For question 2, please kindly help use this parameter 'account.X.sip_server_mode=1' to provision your phone. Please change X to corresponding line. Default value is 0, so it will not DNS on IPV6 environment.
If the issue still exist, please kindly send files to me.

May i know how many phones in your side now? Is there new projects so you are testing yealink phones? Can you share me more information about it.

BR
Kevin

[ReubenFarrelly]

Hi Kevin,

I will get back to you later with the information for question 1.

For question 2, these phones are semi-live, currently testing them in my home SIP environment so I am able to make changes and test things out easily.

I have only configured these phones via the web interface so far but I will be provisioning by config file at a later date. Does this sip_server_mode option appear in the web interface at all?

Thanks,
Reuben

[Kevin_Yealink]

(06-08-2017 09:31 AM)ReubenFarrelly Wrote:  Hi Kevin,

I will get back to you later with the information for question 1.

For question 2, these phones are semi-live, currently testing them in my home SIP environment so I am able to make changes and test things out easily.

I have only configured these phones via the web interface so far but I will be provisioning by config file at a later date. Does this sip_server_mode option appear in the web interface at all?

Thanks,
Reuben

Hi Reuben

For question 2, you need to use AutoP to provision this phone.
For question 1, waiting for all the files.

To follow this issue better, i hope you can send e-mail to me Kevin@yealink.com.
It would be better if you can share me more inoformation about yout test plan. Is there a new projects?

BR
Kevin

[ReubenFarrelly]

(06-11-2017 08:19 AM)Kevin_Yealink Wrote:  Hi Reuben

For question 2, you need to use AutoP to provision this phone.
For question 1, waiting for all the files.

To follow this issue better, i hope you can send e-mail to me Kevin@yealink.com.
It would be better if you can share me more inoformation about yout test plan. Is there a new projects?

BR
Kevin

Hi Kevin,

Question 2 is resolved - by adding account.1.sip_server_mode = 1 . After adding this I was able to register with an IPv6 only hostname for my SIP server.

This setting doesn't seem to be documented anywhere. Can this be added to the documentation so the next person who runs into this problem can find it?

Also why is it that the IPv6 DNS lookups are disabled by default? This seems to be a little odd, I think it would make more sense to request DNS lookups over IPv6 first if IPv6 is configured on the device, rather than completely disable the IPv6 resolvers entirely.

Thanks,
Reuben

[Kevin_Yealink]

(06-19-2017 07:49 AM)ReubenFarrelly Wrote:  

(06-11-2017 08:19 AM)Kevin_Yealink Wrote:  Hi Reuben

For question 2, you need to use AutoP to provision this phone.
For question 1, waiting for all the files.

To follow this issue better, i hope you can send e-mail to me Kevin@yealink.com.
It would be better if you can share me more inoformation about yout test plan. Is there a new projects?

BR
Kevin

Hi Kevin,

Question 2 is resolved - by adding account.1.sip_server_mode = 1 . After adding this I was able to register with an IPv6 only hostname for my SIP server.

This setting doesn't seem to be documented anywhere. Can this be added to the documentation so the next person who runs into this problem can find it?

Also why is it that the IPv6 DNS lookups are disabled by default? This seems to be a little odd, I think it would make more sense to request DNS lookups over IPv6 first if IPv6 is configured on the device, rather than completely disable the IPv6 resolvers entirely.

Thanks,
Reuben

Hi Reuben

Thanks for your information and glad to here that this issue 2 was fix.
For issue 1, please kindly send PCAP,syslog,config,bin files soon.

For question 2 with this method 'account.1.sip_server_mode = ', the default value is 0.
If we set this value is 0, then the phone will make A record query in IPV4 environment.
If we set this value is 1, then the phone will make A record query in IPV6 environment.

Now our global customer is using IPV4 environment. Anyway, i will add this case into our FAQ, then it can help our customer.

BR
Kevin

[ReubenFarrelly]

(06-20-2017 07:27 AM)Kevin_Yealink Wrote:  Hi Reuben

Thanks for your information and glad to here that this issue 2 was fix.
For issue 1, please kindly send PCAP,syslog,config,bin files soon.

For question 2 with this method 'account.1.sip_server_mode = ', the default value is 0.
If we set this value is 0, then the phone will make A record query in IPV4 environment.
If we set this value is 1, then the phone will make A record query in IPV6 environment.

Now our global customer is using IPV4 environment. Anyway, i will add this case into our FAQ, then it can help our customer.

BR
Kevin

Files sent now for question 1.

For question 2, can you request to developers as a feature request there be a value of 2 created which does an autodetect and can work with both types of address? It seems odd to me to have a default settings which does not work with both IPv4 and IPv6 and actually forces IPv4 SIP only.
Many other applications work with dual-stack or single stack environments by default so it would be good if Yealink phones can be the same.

Thanks,
Reuben

[Kevin_Yealink]

(06-20-2017 10:55 AM)ReubenFarrelly Wrote:  

(06-20-2017 07:27 AM)Kevin_Yealink Wrote:  Hi Reuben

Thanks for your information and glad to here that this issue 2 was fix.
For issue 1, please kindly send PCAP,syslog,config,bin files soon.

For question 2 with this method 'account.1.sip_server_mode = ', the default value is 0.
If we set this value is 0, then the phone will make A record query in IPV4 environment.
If we set this value is 1, then the phone will make A record query in IPV6 environment.

Now our global customer is using IPV4 environment. Anyway, i will add this case into our FAQ, then it can help our customer.

BR
Kevin

Files sent now for question 1.

For question 2, can you request to developers as a feature request there be a value of 2 created which does an autodetect and can work with both types of address? It seems odd to me to have a default settings which does not work with both IPv4 and IPv6 and actually forces IPv4 SIP only.
Many other applications work with dual-stack or single stack environments by default so it would be good if Yealink phones can be the same.

Thanks,
Reuben

Dear Reuben

I'm sorry we can't do more troubleshooting without syslog(level 6) and PCAP files.

After set the IPV6 configuration, the phone will reboot. After reboot, please go to settings->configuration to enable syslog level as 6 and start PCAP feature, you can push the phone to register.

Then you can reproduce the issue and export all files to me.

Thanks for your help.

BR
kevin

[ReubenFarrelly]

(06-20-2017 11:52 AM)Kevin_Yealink Wrote:  Dear Reuben

I'm sorry we can't do more troubleshooting without syslog(level 6) and PCAP files.

After set the IPV6 configuration, the phone will reboot. After reboot, please go to settings->configuration to enable syslog level as 6 and start PCAP feature, you can push the phone to register.

Then you can reproduce the issue and export all files to me.

Thanks for your help.

BR
kevin

Hi Kevin,

The syslog files were included in the zip file I emailed you - inside the two different folders. Did you not see these or was there something wrong with them?

The phone only seems to generate blank pcap files when following your instructions below. Is this a known issue with the T58?

Thanks,
Reuben