El Jueves, 28 de Agosto de 2008, [EMAIL PROTECTED] escribió: > But imagine that the proxy receives an INVITE from other proxy with > peering relationship, and this INVITE was diverted by the original > destination (+333333) to +111111.This is, the INVITE arriving to bob > phone will be: > > INVITE sip:[EMAIL PROTECTED]:5060 SIP/2.0 > From: <sip:[EMAIL PROTECTED]> > To: <+tel:+333333> > P-Asserted-Identity: <tel:+92390923> > > Why does the To field have this value? The call came from the PSTN on > line 111111 (you say), so the gateway would have inserted that value > into the To field.
No, in this case the INVITE arrived from other SIP provider who has peering relationship with our SIP provider. This is: - sip:[EMAIL PROTECTED] calls to +333333. - provider_1 set PAI to tel:+92390923. - provider_1, instead of forwarding to a PSTN gateway, forwards it to provider_2 (they have peering relationship). So the INVITE arriving to provider_2 is: INVITE tel:+333333 From: sip:[EMAIL PROTECTED] To: tel:+333333 PAI: tel:+92390923 - provider_2 looks for the AoR associated to +333333 number, and this is sip:[EMAIL PROTECTED] and sends the INVITE to it. The INVITE arriving to pepe is: INVITE sip:[EMAIL PROTECTED] From: sip:[EMAIL PROTECTED] To: tel:+333333 PAI: tel:+92390923 - pepe phone has a redirection to +111111. provider_2, instead of forward the 302, does proxy with it, so sends the INVITE to +111111. But +111111 is a PSTN number asociated t othe local user sip:[EMAIL PROTECTED], so the proxy does a lookup and sends the INVITE to bob's location: INVITE sip:[EMAIL PROTECTED] From: sip:[EMAIL PROTECTED] To: tel:+333333 PAI: tel:+92390923 When this INVITE arrive to bob, bob has no way to know that it was arrived to his number +111111, there is no that info in the current headers. -- Iñaki Baz Castillo _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
