diff --git a/REPORTED_ISSUES.md b/REPORTED_ISSUES.md
index e016332..48026ba 100644
--- a/REPORTED_ISSUES.md
+++ b/REPORTED_ISSUES.md
@@ -48,4 +48,10 @@ BnetzA [described special case for NDC 212 and 621](https://www.bundesnetzagentu
We have provided Ludwighafen in our labeling data.
-Google [fixed](https://github.com/google/libphonenumber/pull/3473/files#diff-db8e5b3fb2cb4a7ed9856289ea12d54947bfaa10549e6c1058fec7f3a1359dbbR3260) ít with [8.13.37](https://github.com/google/libphonenumber/pull/3473) on 15.05.2024.
\ No newline at end of file
+Google [fixed](https://github.com/google/libphonenumber/pull/3473/files#diff-db8e5b3fb2cb4a7ed9856289ea12d54947bfaa10549e6c1058fec7f3a1359dbbR3260) ít with [8.13.37](https://github.com/google/libphonenumber/pull/3473) on 15.05.2024.
+
+### 2024-09-03 - [German Mobile number length validation for range 17x inconsistently differentiated in 8.13.43](https://issuetracker.google.com/issues/364179199)
+
+Previous to Version 8.13.43 any German number within the range 17x was identified valid for both length 10 & 11. Now the 11 length case (176) is differentiated, that 176 is not validated valid with 10 digits. But 170-175, 177-179 is still validated valid for both length, but should be only valid with length of 10.
+
+Google stated it is aware and will bring changes after investigation that users are not unblock.
\ No newline at end of file
diff --git a/pom.xml b/pom.xml
index 337be08..20a24f1 100644
--- a/pom.xml
+++ b/pom.xml
@@ -23,7 +23,7 @@
normalizer
Phonenumber Normalizer
Library to work with phonenumbers, especially to fix googles PhoneLib ignoring German Landline specifics.
- 1.2.7-SNAPSHOT
+ 1.2.7
jar
https://github.com/telekom/phonenumber-normalizer
@@ -86,7 +86,7 @@
com.googlecode.libphonenumber
libphonenumber
- 8.13.44
+ 8.13.45
@@ -150,7 +150,7 @@
com.googlecode.libphonenumber
geocoder
- 2.238
+ 2.239
test