I have read your message a couple times but I am not sure what you are saying. Can you please elaborate on what exactly is happening the more information you can provide the easier it is to help you.
The truth is just an excuse for lack of imagination.
HI critchey, You are right, it was very brief.
Here is the situation:
Under LAN1/LAN Settings when I change DHCP mode from Disabled to server I get error under LAN1/Network Topology.
The error is: Public IP Address field is Invalid and starts flashing yellow
That is for SIP trunks if you are setting them up. if you dont have SIP you wont need this and even in some cases if you do have SIP you wont need this.
Kevin Wing
ACSS Small and Medium Enterprise (SME) Communications
ACS- Implement IP Office
ACA- Implement IP Office
Vive Communications
“Some humans would do anything to see if it was possible to do it.
If you put a large switch in some cave somewhere, with a sign on it saying 'End-of-the-World Switch. PLEASE DO NOT TOUCH'.
The paint wouldn't even have time to dry.”
in the transport tab of the SIP trunk do you have it set to use LAN1? I dont deal with the SBC's much so i am not sure how this should be set but if you have LAN1 in the trunk try changing it to none.
Kevin Wing
ACSS Small and Medium Enterprise (SME) Communications
ACS- Implement IP Office
ACA- Implement IP Office
Vive Communications
That is very odd that you are getting a warning on your public IP when you make the IPO a DHCP server... lol
You only need to put in a public IP if under the transport tab of the SIP line you say to use network topology. If you don't say use network topology it will use the LAN IP address attached to the SIP traffic. I do not know SBCs well enough to tell you if you need to configure a public IP when using one sadly.
The truth is just an excuse for lack of imagination.
critchey,
I totally agree with you it is odd and that only need to put in a public IP if under the transport tab of the SIP line we say to use network topology .
But my SIP trunk do not want come UP and I'm looking everywhere
I would try changing the transport tab to not use network topology and try because the IPO and SBC should connect through internal network so it shouldn't be needed.
Hopefully one of the SBC experts can comment or shed some light for you.
The truth is just an excuse for lack of imagination.
I tried; public ip as 0.0.0.0. and same as LAN1 and it doesn't work
I tried; firewall to unknown and to Open Internet and it doesn't work
To be more precise, at IPO startup the trunk is UP and when I make a call it reaches sbce, I see it in the traces. But after a few minutes it go down.
My gues while the SBCE-PROVIDER portion is down, also IPO-SBCE portion also go DONW. I say that because in sbce trace (picture below) the Request Timeout come from B1, also referring to many Application Notes in call flow at Received Interface for Service Provider we put Private_sig (picture below) and at Received Interface for IPOffice we put Public_sig (picture below)
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.